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[57] ABSTRACT 

An automated communications s y stem o perates to transfer 
d ata, metadata and methods from a provider computer to a 
consumer computer through a communications network. 
The translerred lnlonnation controls" he communication s 
rel ationship, including resp onses by the consumer c omput er, 
updating of information, and processes tor future commu - 
nications. Information which changes i n the provider com - 
puter is automa tically updated in tne consumer compute r 
tnroufin the communications system in order to mainta in 
continuity of the relationship. Transfer of metadata and 
methods permits intelligent processing of information by the 
consumer computer and combined control by the provider 
and consumer of the types and content of information 
subsequently transferred. Object oriented processing is used 
for storage and transfer of information. The use of metadat a 
and methods f arther allows for automating ..may of^the 
acTion s"underlying the communications^ including comm u- 
nication ackn owledgements and archiving of informati on. 
Service objects and partner servers provide specialized dat a, 
met adata, and metho ds to providers and co nsumers to auto- 
mat e, many common communications services and trans ac- 
ti ons useful to both providers and consumers. A combination 
of the provider and consumer programs and databases 
allows for additional functionality, including coordination of 
multiple users for a single database. 
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Updates on new electronics merchandise available at Spiegel. 

F Kids 

Updates onnewHds merchandise available at Spiegel 

□ Barbie 

Updates onnewBarbie merchandise available at Spiegel 

t?i Sales 

When that blaier youVe been eyeing goes on sale, youTl be the first to 
know. 



i^aJS 
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Our support team is committed to helping you find answers to all of your questions or 
problems. Our support department hours are 6:00am to 5:00pm Pacific Standard Time. 

If you have a question or problem please use one of the two following methods: 

• Online Support and Feedback Forms 

o Technical Support form 

o Feedback form on Interrnind Communicator or Intermind's Website 

o Sales Request form 

o Interrnind Customer Service form 

• Technical Support telephone numbers for beta testers 

o Local Seattle number : 206-812-8406 
o US Toll Free number : 800-625 -6145 

• Customer Service telephone numbers for beta testers 

o Local Seattle number : 206-812-8408 
o US Toll Free number : 800-625-6150 



Technical Support | Tutorial | Top 10 1 Known Problems 
Troubleshooter | Links & Resources | Contacting Support 
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Please answer each section as completely as possible. 
The more details you provide, the more likely we will be able to address your problem. 

User Information 



Your name: 



jjohnpoe" 



Email address: jjohf^ 
Operating System; 



Beta Version: 



Web Browser and Version: 



Windows 95 






Beta 2 Release 


m 



Netscape 3.0 



Problem. Type: 



jpiease selectone below 



QUESTION/PROBLEM: 



p 
i 

R 
1 



[if you are having a problem, please try to describe what you uere 
doing prior to experiencing the problem. Also please include what 
you have already tried to fix the problem. 
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FIG. 36 



4291 



Use composite and component communications objects to 
represent metadata structure of a partner server database 



4292 



Use communications object type definitions and elements 
to model the data and metadata stored in partner server 
database 



Use service objects and message objects to automate data 
exchange between the provider/consumer programs and 
the partner server 



4293 



■4294 



Use user object indexes representing providers and 1 
consumers on the partner server when it can increase 
efficiency 



4295 



Use notification control at the provider and consumer 
programs to process message objects and query result sets 



•4296 



Return communications objects in query result sets 
whenever it will increase efficiency 



4297 



Use link control in communications objects and category 
objects to simplify access to service objects and other 
category objects 
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FIG. 39 



Begin payment \ 
transaction receipt j 
process y 



4471 



PPS creates purchase 
receipt (PR) 



4472 



ASO encrypts PR with 
CAC public key 



4473 



ASO signs PR with 
PPS private key 



4474 



PPS creates message 
object containing PR 



4475 



PPS sends message 
object to PSO 



4476 



PSO receives message 
object 



4477 



ASO verifies signature on 
PR with PPS public key 



4478 



ASO decrypts PR with 
CAC private key 



■4479 



PSO creates logged 
event Instance of receipt 



•4410 



PSO calls merchant 
communications object 



■4411 



PSO executes 
consumer's notification 
methods 



( &J ) 
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FIG. 40 



4501 



Reporting service object 
(RSO) requests 
anonymous key from 
reporting partner server 
(RPS) 



4502 



RPS returns 
anonymous key to 
RSO 



4503 



RSO saves 
anonymous key as 
element 



■4504 



RSO submits reports 
with anonymous key 



4505 



RPS tracks reports wtlh 
anonymous key 
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FIG. 43 



(Begin fax request \ 
coordination process J 

I 7^4801 



Consumer obtains 
communications object 
for fax service 



4802 



Consumer selects fax 
request page 




4803 



4804 



Download FSO 



4805 



FSO generates input 
form 



4806 



Consumer submits input 
form 



4807 



FSO saves any new fax 
preference data 



4808 



FSO creates fax 
message object 



-4809 



FSO sends (ax message 
object to fax partner 
server (FPS) 



4810 



FPS receives fax 
message object 



4811 



FPS sends faxes via 
phone network 
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COMPUTER-BASED COMMUNICATION 
SYSTEM AND METHOD USING METADATA 
DEFINING A CONTROL STRUCTURE 

This application is a continuation-in-part of co-pending 
application Ser. No. 08/609,115, filed Feb. 29, 1996. 

BACKGROUND OF THE INVENTION 

1. Field of the Invention 

The present invention relates to data communications 
systems. More particularly, it relates to an automated com- 
munications system which coordinates the transfer of data, 
metadata, and instructions between databases in order to 
control and process communications. 

2. Discussion of the Related Art 

All communications consist of a mechanism for exchang- 
ing information between one entity, a provider, and another, 
a consumer. The terms "provider" and "consumer" are used 
to designate separate functions in information transfers. 
Typically an entity, at various times, operates as both a 
provider and a consumer in any communication relationship. 
These relationships may be one-to-one, such as between two 
individuals; one-to-many, such as between company and its 
customers; or many-to-many, such as between the members 
of a workgroup. These communications relationships may 
also exist over multiple communications networks, such 
phone networks, LANs, public data communications 
networks, radio and TV networks, wireless networks, and 
conventional postal mail networks. 

Establishing, maintaining, operating, and even terminat- 
ing any one of these types of communications relationships 
involves significant work on the part of both the provider 
and consumer. For example, to initiate any type of commu- 
nications relationship, providers must first locate the con- 
sumers with whom to communicate and vice versa. Solving 
this problem is subject of several entire industries, such as 
the directory industry, the mailing list industry, and the 
advertising industry. Once a provider or consumer has been 
identified, contact information (e.g., names, titles, addresses, 
telephone numbers, electronic mail addresses, etc.) must be 
exchanged between the provider and consumer. This contact 
information must be maintained by both parties so that 
future communications can be effected as needed. When the 
contact information changes for an entity, all providers or 
consumers having relationships with the entity must be 
notified of the changes, who in turn must update their own 
records. This work also extends to other data and records 
exchanged in the context of the communications 
relationship, e.g. orders, receipts, product numbers, invoice 
numbers, customer numbers, notes, brochures, reports, etc. 
Maintenance of this information requires significant human 
time involvement for receiving information, storing 
information, indexing information, searching for desired 
information, and retrieving information. The human com- 
ponent of record maintenance also creates a potential for 
error, which can cause the information to be faulty or to 
become lost. 

Once the communications relationship is established, the 
next major workload is the active use of the relationship to 
accomplish communications objectives. The problems here 
take different forms depending on the type of communica- 
tions relationship. For example, in a one-to-many 
relationship, particularly a mass-market relationship such as 
a company and its customers, the problem is how to effi- 
ciently disseminate information about products and services 
to consumers. Optimally, such information would be dis- 
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seminated only to the consumers who need the information, 
only at the precise time they need it, and only via the 
communications network the consumer preferred. However, 
knowing who needs what information, when, and how can 

5 be very difficult. Therefore, providers typically disseminate 
information widely in the form of mass advertisements and 
mailings via all possible communications mediums in order 
to reach all likely consumers. Because of this broad dis- 
semination by providers, consumers receive large amounts 

1Q of information, much of which is irrelevant to them. Con- 
sumers are forced to sort and filter through this information, 
and frequently much of it is discarded. Information which is 
kept may not be immediately useful, but may be needed at 
a later time. Unless the consumer expends a great deal of 

15 work to store, catalog, and index this information, the 
information can be difficult or impossible to find when the 
consumer actually needs it. 

This same problem of efficient information distribution is 
exacerbated in many-to-many communications 

2Q relationships, such as among the members of a workgroup. 
Here, communications are much more frequent and timely, 
and there is much greater quantity of information to be 
shared, stored, archived, and indexed. Members of a work- 
group also have a strong need to employ communications 

25 for group coordination, such as scheduling meetings, con- 
ference calls, project deadlines, etc. These communications 
involve time deadlines and feedback requirements which are 
not typically present in one-to-many communications rela- 
tionships. 

30 With one-to-one communications relationships, the prob- 
lem of efficient information disemination is lessened 
because the parties typically have a much higher knowledge 
of each other's needs and interests. Conversely, the need to 
use communications for coordination purposes is greatly 

35 increased, largely because between individuals the need for 
real-time communications sessions such as phone calls and 
personal meetings is acute. Thus the universal problem of 
"phone -tag", when both parties exchange numerous mes- 
sages trying to coordinate the opportunity to communicate in 

40 real time. 

The next workload involved in communications relation- 
ships is when the parties need to exchange, process, and 
store structured data. In a one-to-many communications 
relationship, a common example is a consumer ordering a 

45 product. The consumer must place a telephone call, locate a 
salesperson, and then manually transmit the necessary order- 
ing information, which the salesperson must manually 
record. Paper or electronic product order forms can help 
automate this process for the provider, but they still must be 

50 filled out manually by the consumer. Many of these forms 
require the same standard information from the consumer, 
which the consumer must enter repeatedly. All of these 
information transfers require human involvement and thus 
create the potential for data errors. On the provider's part, 

55 more work is required to perform error checking on the 
order, process it, and in many cases return an acknowledg- 
ment to the consumer. Many providers invest heavily in data 
processing and electronic communications systems for auto- 
mating these functions. However, the lack of a standard 

eo communications system for exchanging common data 
means that providers adopt largely proprietary systems, 
increasing the investment necessary for every provider. In 
addition, consumers must still interact with each these 
systems manually. 

65 In a many -to -many communications relationship, such as 
a workgroup, the need for structured data exchange is even 
higher, especially when automated data processing tools 
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such as computer software are in widespread use. Also, the be executed on Internet-connected computers to search these 

need for structured data exchange for workgroup coordina- sources to obtain desired information. Additionally, through 

Uod activities, such as scheduling and planning, grows the medium of hypertext, providers of World Wide Web 

significantly. pages can create links in their pages between items of related 

One-to-one communications relationships may also 5 information which can significantly aid consumers in find- 
involve strong needs for structured data exchange. For ing desired information. However, the links to the informa- 
example, two individuals from different companies may tion source are neither dynamic nor persistent; in the sense 
need to review and revise a document involving both that they do not provide new or updated information once 
companies. The ability to do so electronically, using a secure the consumer has found a topic of interest. "Bookmarks" in 
method of exchange over public data networks, would make 10 a web browser program can facilitate subsequent access to 
the task considerably easier. Individuals involved with one- a particular web page to determine if new information is 
to-one communications relationships also have an acute present. However, if the web page referenced by the book- 
need to use structured data exchange to solve the problem of mark is removed, the bookmark is no longer valid. Book- 
scheduling communications sessions, i.e. the phone-tag mark polling programs, such as Smart Bookmarks from First 
problem. 15 Floor, Inc., can also be used to determine whether a web 

Since all communications relationships are inherently page has changed since the last time the consumer viewed it. 

dynamic, they involve three other common tasks involved In addition, Smart Bookmarks can examine a changed page 

for providers and consumers: copying the relationship, and automatically transfer to the consumer a text string 

transfering the relationship, and terminating the relationship. embedded by the author of the page informing the consumer 

Copying is when one consumer wants to share a particular 20 °f me nature of the change. However, Smart Bookmarks' 

communications relationship with another consumer. For capability is limited to single text strings on single web 

example, a mail-order catalog customer may wish to give a pages. Therefore the consumer must locate and bookmark 

copy of the catalog to a friend, or a businessperson may need every Web page of interest. Smart Bookmarks does not 

to share the phone number of a colleague with a customer. provide a way for the consumer to filter the update 

Transferring is when one provider assumes a consumer 25 messages, nor does it provide the consumer with any mecha- 

communications relationship from another, or one consumer nism for exchanging structured information or managing a 

assumes a provider communications relationship from communications relationship with the provider, 

another. An example would when a company changes the A different type of Web monitoring solution is provided 

salesperson responsible for the customers in a sales territory, by Revnet Systems Inc. With its GroupMaster software, Web 

or when a customer transfers ownership of a product. 30 providers can create and insert special hyperlinks represent- 

Termination is when either a provider or consumer wishes to ing interest topics on the pages of their Web site. When a 

end a communications relationship, i.e. a provider no longer consumer clicks on this link a special data file is transferred 

wants to distributes information, and/or a consumer no to the consumer's GroupMaster client software. The client 

longer wants to receive, process, or store the information. A software then polls the Web server for updates to the interest 

widespread example is consumers who wish to be dropped 35 topic input by the provider. Unlike Smart Bookmarks, all 

from direct mailing lists, and the providers who wish they interest topics at the site can be checked in one update 

could efficiently identify such consumers to save mailing polling action. Update messages can be delivered to the 

costs. All three of these common, everyday communications consumer via the client software. However, these messages 

relationship operations involve considerable effort on the only contain links back to pages with follow-up information 

part of the provider and consumers to carry out. 40 at the Web site. They do not store or index information from 

Therefore, a need exists for a communications system the provider, nor do they provide a mechanism for the 

which allows providers and consumers to quickly and easily consumer and provider to automate other types of structured 

establish an automated communications relationship, one in data exchanges or manage a communications relationship, 

which the data necessary to operate the communications Online navigation or "auto pilot" software, available from 

relationship is exchanged and updated automatically, and 45 various commercial online services or software companies, 

which can control all types of communications via all types can help the user automate access to online services, the 

of communications network common to both the provider Internet, and other public networks. The software provided 

and consumer. A need also exists for a communications by these services or companies can include capabilities such 

system which allows a provider to actively notify a con- as automatic logons, automatic navigation of the online 

sumer of new information in which the consumer may be 50 system according to consumer preferences, file searches, 

interested, and which allows the consumer to precisely filter uploading and downloading data, and storage of data. Some 

the information being sent by one or more providers. A need systems can also automatically download the data necessary 

also exists for a communications system which allows to update their own operation. However, the navigation 

providers and consumers to automatically structure, software available from the online services typically 

exchange, and process incoming or outgoing communica- 55 requires that the consumer first establish an account with the 

tions to the greatest extent possible. A need also exists for a online service, and may also involve establishing accounts 

communications system which allows providers and con- with specific providers on the service. In addition, these 

sumers to easily share access to many common communi- navigator programs are specifically designed to work with 

cations services. Finally, a need exists for a communications the architecture and communications protocols of the online 

control system which allows providers and consumers to eo service, and cannot be easily adapted to other data commu- 

easily copy, transfer, and terminate communications rela- nications networks, thus preventing other providers from 

tionships. using the functionality of the online service to create and 

Various computer-based systems have been created to distribute data in the same manner. Finally, they require that 

provide mechanisms for communicating information. The the consumer set up and maintain a communications rela- 

Internet and World Wide Web provide a network of a large 65 tionship with each information provider on the service. If the 

number of information sources, providing a voluminous provider changes its information offerings, the consumer 

amount of information. Computer programs exist which can must reprogram the autopilot or navigation software. This 
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Last disadvantage also applies to online navigation programs 
designed to work with the Internet and other non-proprietary 
public data networks. 

Electronic mail (e-mail) systems are another electronic 
communications system that provides some communica- 5 
lions contact persistence. E-maii addresses and messages 
can be stored and indexed within e-mail programs, or 
externally in other locations. E-mail rules engines allow for 
some degree of automated storage or response to certain 
message contents. However, these rules engines are typi- 1Q 
cally constrained to acting on certain known information 
about the messages, such as the address of the message 
provider, or on semantic rules such as keywords which must 
be guessed by the provider and consumer. There is no 
common communications frame of reference, i.e., a struc- 15 
cured data format and operations methodology, against 
which both the provider and consumer can operate to filter, 
classify, and organize messages. The lack of a common 
frame of reference also severely limits the capability of 
either the provider or consumer to automatically process the 20 
contents of an e-mail message, or to automatically respond 
to the message besides the capability to automatically 
address a reply message. 

E-mail systems which support electronic forms overcome 
some of these limitations. Electronic forms allow the pro- 25 
vider to control the content of a forms submission and to 
automatically or semi-auto matically route that data arouad a 
network. Electronic forms also allow message consumers to 
automate a response to the forms provider which can be 
automatically processed by the provider. However, these 30 
forms must be received and processed by the consumer in 
the same manner as conventional e-mail messages. In other 
words, they do not provide a means for the consumer to 
control or filter messages from different providers. Forms 
also do not provide the consumer with a mechanism for 35 
automatically storing, indexing, or processing information 
from the provider. In addition, while they may automate the 
provider's ability to process the data returned from the 
forms, the consumer must still manually enter information in 
the form. 40 

Specialized e-mail systems have been developed that 
combine the use of electronic forms with a system-wide data 
processing model. Examples are The Coordinator from 
Action Technologies, Inc., or OVAL from the MIT Center 
for Coordination Science. These systems allow providers 45 
and consumers to share a frame of reference for messaging 
such that messages can be classified into specific categories 
and actions. This allows message providers and consumers 
to automate the routing, storage, and processing of messages 
based on these category and actions. However, these systems 50 
require that all providers and consumers share the same 
frame of reference. They do not provide a generalized means 
for each provider on the system to establish and update their 
own frames of reference with one or more consumers, nor a 
generalized means for each consumer to coordinate the 55 
frames of reference they have with different providers, 

A different approach to the problem of automating com- 
munications is the category of software that is commonly 
referred to as "software agents" or "mobile agents". An 
example is a platform for communications applications 60 
developed by General Magic, Inc. called Telescript. The 
Telescript language is an object-oriented, remote program- 
ming language with three core concepts: agents, places and 
"go". Agents "go" to places, where they interact with other 
agents to get work done on a user's behalf. Agents are 65 
mobile programs capable of transporting themselves from 
place to place in a Telescript network. The language is 
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implemented by the Telescript engine. The Telescript engine 
is a multitasking interpreter that integrates onto an operating 
system through a programming interface called the Tele- 
script API. The Telescript engine operates on server com- 
puters connected over a communications network. Telescript 
agents can operate independently anywhere within these 
server computers to control the transfer of message data and 
perform programmable actions upon that message data. For 
example, if a message recipient is not available, the message 
could be rerouted to a different location, rather than being 
returned to the sender undelivered. Telescript is similar to 
other agent technologies in that the architecture is based on 
agents interacting with other agents on server computers 
running agent "engines" or interpreters. In this architecture, 
the establishment of a communications relationship requires 
two agents: one to represent the provider and one the 
consumer. Although agent programming systems like Tele- 
script provide the necessary tools for creating these agents, 
it is still necessary for both the provider and consumer to 
create and administer the necessary agents. Furthermore, 
Telescript does not provide a specific model for the filtering, 
storage, and indexing of communications between a pro- 
vider and consumer via agents. Lastly, agent architectures 
require the addition of servers running agent interpreters to 
the communications network in order to operate, increasing 
the expense and complexity of the network. 

A more specialized type of agent technology is delivery 
agents. Examples include Digital Delivery from Digital 
Delivery, Inc. and PointCast from PointCast Inc. Delivery 
agents do not require a network of specialized servers, but 
instead operate directly on a consumer's computer to 
retreive information of specific relevance to the user over a 
network. They are created by a particular provider to supply 
information from a server or servers under that providers 
control, or from a more generalized news source such as a 
wire service. Delivery agents allow a consumer to specify 
his/her topics of interest, which the delivery agent then uses 
to filter the available news stream and show the user only the 
information of interest. Delivery agents are also capable of 
storing and indexing the received data for the consumer. 
Other than communicating the consumer's topic preferences 
back to the provider, however, delivery agents do not 
provide a way to control or process other communications 
between the consumer and provider. In addition, since each 
delivery agent is typically designed as a separate executable 
program which must be installed and run separately, the 
consumer is limited as to the number of delivery agents the 
consumer can manage and run. 

Another approach to automating communications and 
data transfers is shared replicated database systems such as 
Lotus Notes and Collabra Share. With these systems, infor- 
mation to be communicated is entered via a client program 
into one or more databases which may reside locally on 
client computers or on network server computers. These 
databases are then replicated to other server computers or 
local client computers throughout the system so that the data 
can be easily accessed by any other user of the system who 
needs the information and has the proper access privileges. 
Access privileges are controlled by one or more system 
administrators via the system servers. Some of these 
systems, notably Collabra Share, also allow users to "sub- 
scribe" to specific databases. These users can receive an 
e-mail notification from a database agent monitoring the 
database when a new entry or a certain condition has been 
made in that database. These systems may also employ 
electronic forms and forms processing Languages to structure 
the data being entered into a database, and to take program- 
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mable actions based on the data entered. The architecture of allows both parties to easily manage, copy, transfer, and 
these systems is designed for groups of users to share terminate the communications relationship. , ^ 
information related to specific topics, and to automate the f J 
transfer of data between different computer applications SUMMARY OF THE INVENTION V_ 
used by an organization. For this reason the core data 5 ^ disadvant of 6xistin ^ communications control 
structure of the architecture ts a subject database or forum . ^ are sl ificantly overcome by the present invention 
Each subject database covers a number of related interest fa software ams being executed by a provider 
topics under which all entries m the database are caiego- and consumer computer communicate directly in 
rized. All copies of any subject database are synchronized ordef to maintam a communications control structure. This 
throughout the system when data in any one copy has been 1Q stmcblje orig inates at the provider computer and is trans- 
changed, ferred to the consumer computer. Changes to the structure on 
While suitable for information sharing amongst the mem- ^ provider computer result in an updated version being 
bers of a group, this architecture is not well suited for transferred to the consumer computer. The communications 
automating communications relationships among a large control structure contains a combination of data, metadata, 
number of information providers and consumers. First, all is md mstr uctions which are used by the respective programs 
the providers and consumers need to be interconnected t0 mQtto l the origination of outgoing communications and 
through the system in. order to communicate. This could be tne processing of incoming communications between the 
done by having all providers and consumers enroll in one provider and consumer 

large system in which they all had access privileges. In such , n ^ of ^ present mventi a communications 
a system each provider would need to have at least one 20 ^ is ^ t0 communications between pro- 
subject database for communicating with hts/her consume^ ^ ^ consumers ters ^fcr infonDa - 
Th«enormousnumberof subject databases would thenneed ^ slmed m ^ der uter ^ a 
to be replicated among the large number of servers required ^ netwQrk (o ^ consumer fer ^ infonnation 
to service the complete population of the system, which ^ for datl m6 transferred information 

would quickly overwhelm the capacity or the servers or 25 • , L * i_ *u • * *■ j 

t 4 , „ . A y , -i • m the consumer computer when the information in provider 

network to handle replication. A more realistic alternative ter has d Fof h „ , he ovider 

would be to have each provider or group of providers ^ address data QCC ^ tmjsfer 

operate and administer then - own system, making their , , , . , ... . - „ 1V , 

. v ...... ., ., . . ... updated information to various consumers. For "pull" 

internal subject databases available , to consumers via public ef ^ mformation trans . 

data networks such as the In ernet. Consumers would use the 30 ^ &Qm me jdcr tQ ^ , location where the 

system client software to subscribe to the subject data- information is stored to determine whether it has 

bases of each provider with which they desire to comrau- £ A . . . .. :i 

rt , , , . * 1 u- LJ . been updated and to retrieve it it necessary, 

mcate. Only the subiect databases a consumer subscribed to 4 „ , . 

would be rephcated on his/her desktop. This solution would According to another aspect of the present invention, 

spread the replication load to a large number of servers, each 3 5 e3astin S communications networks and network accessing 

handling a smaller amount of traffic. However, each server P ro g rams are to ^ rease ihe ^T^fJu 

would now have to manage replication for a large number of communications system. The Internet and World Wide Web, 

external consumers as well as internal group members. ™ llar *P C networks, are used to access and transfer the 

There is no easy way to distribute this replication load to the mformation. According to this aspect, information is created 

consumer's computer. Second, subject databases do not 40 "fSS? ^ r K e ^ zed P^tocol, such as 

allow the consumer to control and filter the incoming HTTP, MIME and HTML, which can be used to access other 

communications from providers. Consumers must still scan information. An appropriate display program, such as a web 

the databases for items of interest. Providers could over- browser > 15 used to retnevc and ^P 1 ^ the * fo ™ atl °n- 

come this by creating a subject database for each interest According to another aspect of the present invention, 

topic, but the additional administrative and server replica- 45 programs operating on the provider computer and consumer 

tion overhead would strongly discourage this. Third, computer operate as state machines in connection with an 

because notification of new information is handled via a appropriate display program. The programs operate to 

separate application, e-mail, the consumer is forced to receive information requests from a display program and to 

coordinate notification and data storage/response among two generate a next display containing the requested informa- 

communications systems. Fourth, since subject databases 50 ^ 0I1, 

are replicated from the servers, they do not give consumers According to another aspect of the present invention, 

an easy way to copy or transfer them to other consumers. information is organized in a form which simplifies transfer 

Finally, because the entire system depends on server-based of data, metadata, and instructions. Object oriented pro- 

replication, administrative changes or reconfigurations of gramming is used for combining data, metadata, and meth- 

these servers such as system name or address changes 55 ods for storage and transfer. Specialized object classes and 

require administrative updates to all subscribing consumers, type definitions are used to provide intelligence in process- 

a job which consumers must handle manually. ing of transferred information. Elements in an transferred 

Consequently, a need exists for a communications control object can be used by the consumer computer to filter 

system which allows providers and consumers to quickly information and provide selective notification to a user of 

and easily establish an automated communications relation- 60 changed information. The combination of methods and data 

ship; which automatically updates both parties with changes permits joint control by the provider and consumer over the 

in communications control data from the other; which works information transferred, together with how updates, 

. with all communications networks shared by the provider responses, and acknowledgments are processed, 

and consumer; which allows both parties to automatically According to another aspect of the invention, a provider 

control, filter, store, index, and process communications 65 program is used to create, edit, and maintain data, metadata 

from the other; which allows both providers and consumers and instructions in a provider database. The provider pro- 

to share many common communications services; and which gram also controls distribution of the information to various 
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consumers. Different information contained in the provider obtain additional functionality. The communication system 
database can be transferred and used in communications can allow multiple users for a single program and database, 
relationships with different consumers. The provider data- The data, metadata, and instructions coordinate the opera- 
base includes information associating the information with tion of the programs for each user and allow for communi- 
each potential recipient. The association information is used 5 cations between users of the single database, 
to selectively distribute information and information ^ ^ and othef obj advant es and features of 
updates^The provider program also receives and uses infor- .^.^ becQme ^ n ^ mc of ^ 

matron from the consumer computer to control encoding and L . , i i j * j *_ * , 

r £ • r * ( *u 4. a a invention may be more clearly understood by reference to 

transfer of information to the consumer computer. Accord- ■ - /- *. j\i i • a 

ing to another aspect, the provider program uses a markup „ foUow "* det . ailed < ^ sc ^? a ' "* appended dMms » and 

language to format the information for transfer. 10 several drawln S s attached heret °- 

According to another aspect of the invention, a consumer BRIEF DESCRIPTION OF THE DRAWINGS 

program is used to receive and process the transferred 

information. The consumer program receives information FIG 1 illustrates a communications system according to 

from .the provider or polls a location identified by the 15 ™ embodiment of the present invention, 

transferred information to determine when information has FIG. 2 illustrates an embodiment of the provider program 

been updated by the provider. The consumer program then and consumer program of FIG. 1 as state machines, 

retrieves the information from the proper source and com- FIG. 3 illustrates object oriented data structures for stor- 

pares it to the existing information to determine what has ing communications data. 

been updated. The consumer program maintains a database 20 piG. 4 illustrates the lower branches of FIG. 3, and 

of information from different providers. When updated instances of various elements. 

information is received, the consumer program executes HG 5 miistrates me me of a system ID server . 

instructions associated with the information to store the rK , rn T1 . t , . . . . , , . , . 

, A , . , . ■ .. c c j * j ■ £ 4- FIGS. 6 A and 6B illustrate object oriented data structures 

updated information, notify a user ol updated information, e . T _ , A . 4 , . J 4l _ . T _ , . . , 

a * f * «™„JL-, tv* ™ CMmp , for stonng system ID data WLthin the system ID database and 

and generate responses for the consumer. Ine consumer 25 uger ^ 

program also can transfer the information to second con- J . . 

sumer computer. The second consumer computer can obtain FIG 7 illustrates a pull method of transmission of a 

updated information from the provider computer or have it communications object. 

forwarded by the first consumer computer. FIG. 8 illustrates a push method of transmission of a 

According to another aspect of the. invention, methods in 30 communications object, 

the communcations objects are used to automate control of FIG. 9 illustrates operation of a provider program of FIG. 

underlying communication operations. When certain actions 1 according to an embodiment of the present invention, 

arc taken by a user, or when certain types of messages or FIGS. lOAand 10B are block flow diagrams of operations 

objects are received, the respective consumer and provider of the processes for form submissions and update associa- 

programs can operate automatically based upon selected 35 tions. 

methods and operations in order to act with or without input pIG. 11 is a block flow diagram for a process for distrib- 

from the users. For example, acknowledgements can be utui g a communications object. 

automatically formatted and sent. Also, objects can be F[Q n ^ a 51ock flow diagram for a communications 

automatically transferred to others. The consumer program ob j ect generation &nd transmission routine, 

can transfer the information to a second consumer computer, 40 ^ ^ of a of 

with or without notification or approval of the user of the FJG ± a ^ ordm to ^ / mbodiment of the present invention . 

consumer program. The second consumer computer can m ^ ^ M & "T r r r 

then obtain updated information from the provider computer . FIG - 14 represents a user interface display for a form for 

or have it forwarded by the first consumer computer. inputting information in conjunction with an embodiment of 

Exchange of significant data, metadata, and methods, and 45 a consumer program. 

archiving or retrieval of changed objects can be automati- FIG. 15 is a block flow diagram for a process for receiving 

cally carried out by the programs. Methods can also be used a communications object. 

to coordinate suspension or termination of communications FIG. 16Ais a block flow diagram for the main event loop 

relationships. of the consumer or provider program. 

According to another aspect of the invention, sen dee 50 FIG. 16B is a block flow diagram for the scheduled event 

objects a nd partner se^e r s^ are used to provi de—data, loop of the consumer or provider program. 

metadata, arid instruct mn* whir-h ran hr. -ww fl - hv - prnv . id &rs FIG. 17 illustrates the object oriented database structures 

and consumers to automate various communications se r- f or different communications object types, 

v ices desired by both. Th e d ata metadata, and mstractio ns FIG. 18 illustrates object oriented data structures used for 

a re received by the provider and consumer computers in. th e 55 distribution control 

s ame manner as information is received by the consum er mQ „ fa a ^ flQW di for a g fer 

co mputer. The p rovider can include data metadata and ratin an object when distribution is ^d. 

instnir.nnnft in the, sy.rvirf. nhjegtin tjie informati on tran s- 0 ° .„ , ■ 

c — m — rc — ™" ^vu • f ™ r TTZ*. FIG. 20 illustrates operation of the communications sys- 

f erred to the consumer computer. The information trans - * v c 3 
s~ — j c 4 l • * 1 ~* i H '• — tem tor distribution control using a pull method 01 trans- 
ferred from the service partners also controls commumca- eo & v 

tions with the service partner for both providers and mission. 

consumers. Both providers and consumers can use service FIG. 21 illustrates operation of the communications sys- 

objects to communicate with a partner server in order to tem for encoding control. 

obtain communication services provided by the partner FIG. 22 illustrates a user interface display of a form for 

server. 65 creating notification elements in the provider program. 

According t6 ^iiuUiei - d SpetttTfth^inventIo^7lD e provider FIG. 23 illustrates a user interface display of notification 

and consumer programs and databases are combined to elements on a edit object form in the consumer program. 
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FIG. 24 illustrates a user interface display of a notification a database in a consumer computer with information from a 

report. provider computer. Numerous providers and consumers 

FIG. 25 illustrates operation of the communications sys- in the system of the present invention. However, since 

tern for data exchange involving technical support of a ^ communications can be separated I into transfers between 

d t 5 a sul Sl e provider and consumer, the design and operation of 

m ^ rC *^ r0 « UC " ■ ^ a- t i_ ■ 1 th e system is illustrated with only one provider and one 

FIG. 26 illustrates a user interface display of technical consumer, except as otherwise noted. As illustrated in FIG. 

support options for users of a software product. t a p rov jder computer 1 includes a provider database 11 of 

FIG. 27 illustrates a user interface display of an input communications control information which it desires to 

form for gathering technical support information. disseminate or make accessible to one or more consumers. 

FIG. 28 illustrates operation of the communications sys- 10 Aconsumer computer 2 includes a consumer database 21 of 

tem for service objects. communications control information received from provid- 

FIGS. 29A and 29B illustrate object oriented data struc- stored by the consumer The organization, structure, 

tares for a directory system and a message or discussion and content of the provider database 11 and consumer 

t j ireat j database 21 are discussed below. The provider computer 1 is 

-in • i_i i a j* r c k connected through a communications network 3 to the 

FIG. 30 is a block flow diagram for a process for creating 15 ° - A ... , - 

^ . • . • * j _ consumer computer 2. Any communications network 3 may 

directory listings using service objects and partner servers. be used to ^ > ovider x ^ ^ ^ 

FIGS. 31Aand 31B are block flow diagrams of processes sumer compllter 2 , including direct network connections, 

for updating directory listings and monitoring category ser ver-based environments, telephone networks, the 

objects using service objects and partner servers. Internet, intranets, local area networks (LANS), wide area 

FIGS. 32A, 32B, and 32C are block flow diagrams of 20 networks (WANS), the World Wide Web, other webs, and 

processes for use of authentication service objects. C ven transfers of data on physical media such as disks or 

FIGS . 33A and 33B are block flow diagrams of processes computer-readable paper outputs via postal communications 

for use of public key certificates. networks. The particulars of the communications network 

FIGS. 34A and 34B are block flow diagrams of processes illustrated as preferred embodiments are not limiting fea- 

for use of classified ad service objects and partner servers. 25 tures of the invention. However, the Internet and World 

FIG. 35 is a block flow diagram for a process for Wide Web Provide existing capabilities between computers 

monitoring classified ad listings. sufficient to provide the necessary connections. For this 

CTr , i C ■ , , v « „ j- „„„ r „ r reason, the description of the present invention is based on 

MG. 36 is a block now diagram tor a process tor ' * ,. r , , ... , A , 

* ■ j *■ ■ ■ * Tjj* u ■ mis communications medium, which should be understood 

structunng and optimizmg automated data exchange using a t , , . „ ... ' . rt . - 

n rtmmn ,ni! at ;n n c ^; 0 p» 30 to be used for purpose of illustration only. Organization and 

communications object system. ■ , s , t A • *u 

r-r^ • n 1 n 1- r r operation of the Internet and communications over the 

FIG. 37 is a block flow diagram for a process for creating InterQet afe discussed generally in Kris Jarnsa and Ken 

payment accounts using service objects and partner servers. Cop ^ Jnternet Progmmming (1 gq 5 ) ^ Marshall T. Rose, 

FIG. 38 is a block flow diagram for a process for Tne j ntemet Message: Closing the Book with Electronic 

executing payment transactions using service objects and 35 Mai i (1993), which are incorporated herein by reference, 

partner servers. Communications over the World Wide Web are discussed 

FIG. 39 is a block flow diagram for a process for returning generally in John December and Neil Randall, The World 

a transaction receipt using service objects and partner serv- Wide Web Unleashed (1996), which is incorporated herein 

ers. by reference. Additionally, the illustrated embodiment is not 

FIG. 40 is a block flow diagram for a process for limited to the specific networks known as the "Internet" and 

anonymous reporting using service objects and partner serv- "World Wide Web", but relate to internet, intranet and web 

ers. networks generally. A specific feature of this invention is 

FIGS . 41A and 41B are block flow diagrams for processes toat il is easil y adaptable to control and automate commu- 

for submitting feedback using service objects and partner nications via any type of communications network. In 

servers addition, it can select a preferred communications network 

nG.42isablockflowdiagramforaprocessformultuser 45 and mcssa S e encoding format to be used for a ^specific 

editing using singleuser versions of the combined provider/ communications .transaction as further described below 

consumer program. * ^ Ulustrated m FIG - l > there are principal methods 

T-r^ 1 • li 1 a j - r r for information transfer in a data communications system. 

HG. 43 is a block now diagram for a process lor . * , . 4U , T . . ^. . 5 

j. .. , , . , ^ . * both of which can operate through the Internet. Fust, a 

coordinating tax document delivery using a communications , ( j . r c • r *• r 4L > \ 

u- t t jo 5Q "pushing method transfers lnrormation from the provider 

™^ a* . ' «i 1 » r r computer 1 directly to a known consumer computer 2. An 

HG. 44 is a block flow diagram for a process for example of such a system is e-mail. So long as the consum- 

coordinating physical package delivery using a commum- ^ s addfess fc ^ information can be rou ted through 

cations object system. the communications network directly to that recipient. For 

HG. 45 is a block flow diagram for a process for the pushing method, the provider must know the consumers 

coordinating telephone calls using a communications object who want to receiye the m f orrmt i on . The provider must also 

system. know how to address those recipients in the communications 

FIG. 46 is a block flow diagram for a process for network, 

scheduling telephone calls using a communications object The second method, referred to as "pulling", occurs when 

system me consumer computer 2 requests and initiates a transfer of 

FIG. 47 illustrates an object-oriented user interface of a 60 information directly from a provider computer 1 or from 

provider program of FIG. 1 according to an embodiment of another server computer 32 located on communications 

the present invention. network 3 on which a copy of the information has been 

DETAILED DESCRIPTION placed for distribution. An example of such a distribution 

server 32 is when a copy of the information is placed on a 

SYSTEM OVERVIEW 65 web server and accessed by the consumer computer 2. In the 

There is illustrated in FIG. 1 a first embodiment of a pulling method, the provider and the provider computer 1 or 

system of the present invention which automatically updates distribution server 32 do not need to know ab initio, the 
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identity or location of consumer computers 2. Rather, the manner the consumer makes use of the phone number. Hiis 

consumer computer needs to know the location of the invention provides a way for notification to be cooperatively 

provider computer 1 or distribution server 32 and the controlled by both the provider and consumer through the 

location of the desired information to be accessed on such use of notification elements, which are described below, 

computers. . 5 Additionally, receipt and storage of the new or updated 

Basic Operation of Programs for Communications . c * ■ ,u u * *• « 

^\ & 4U a information can trigger other actions, such as automatically 

Appropri ate programs executin g on the provider com- . . . C BB ' , 7 

p ut erl and the consumer oSpi lefg^ forwardmg the mformation to another consumer, exchang- 

rioceSS i to transfer, maintain, and u p date t he information m g Wlth ^ consumer database 21 sending an auto- 

at both locations. A_ program represents a set ol s EoTe d response to the provider, or sendmg a message to 

instructions which are executed in a processor o f the com- 10 another software program on the consumer's desktop, 

puter t o process data T transmit and recervTaata7and produc e Again, this invention provides a means for such actions to be 

displays. Th e provider program 12 operates to transmit cooperatively controlled by both the provider and the con- 

cKanges in information stored in the provider database 11 at sumer through the use of receipt methods, which are dis- 

the provider computer 1. When changes are made to the cussed below. 

information and the database, the provider program 12 15 The information stored in the consumer database 21 can 
operates to disseminate the changed information through the also include data, metadata, and instructions to be used by 
communications network 3. In the pushing method, the the consumer program 22 for controlling and automating 
provider program 12 transmits the changed information, for communications between the provider and consumer. Again, 
example through e-mail, to the consumer computers 2 of all because the provider of the information knows what corn- 
intended recipients. In the pulling method, the changed 20 munications response options are available to the consumers 
information is stored on a distribution server 32, such as a of the information, the provider can include the necessary 
web server, which then can be accessed by the consumer data, metadata, and instructions to simplify and automate 
computer 2. Any type of distribution server may be used, specific responses from the consumer to the provider. For 
including network file servers, Fl V servers, gopher servers, example, the provider can include Web URL (Uniform 
and so on. The type of distribution server used is not a 25 Resource Locator) links to Web pages or forms on the 
limiting feature of the invention. The consumer program 22 provider's Web server. Or, the provider can also include 
will typically poll the distribution server 32 to determine special forms to be processed by the consumer program 22 
whether the information has changed. This poDing operation that allow the consumer to automatically or semi- 
can be as simple as issuing a Web server HTTP file date automatically transfer data from the consumer database 21 
request and comparing this with the file date of the last 30 back to the provider. Examples include product order forms, 
update. Polling is controlled by the information transferred survey forms, customer service request forms, scheduling 
from the provider program to the consumer program as forms, etc. 

further described below. Upon receipt of changed In the most general case, the provider knows what corn- 
information, the consumer program 22 operates to perform munications networks, network addresses, languages, 
certain functions with regard to that changed information. 35 encoding formats, data structures, and other communica- 
Principally, the information is stored in consumer database tions processing data and methods are supported by the 
21 on the consumer computer 2 for future reference and provider. Thus, the provider can include in the transferred 
usage in controlling and automating communications information the data, metadata, and instructions necessary to 
between the consumer and provider. Furthermore, the infor- control and coordinate general communications from the 
mation may be presented to a user at the consumer location, 40 consumer to the provider or to parties related to the provider, 
so that the user will be notified of the changed information. For example, data, metadata and instructions in the trans- 
Trie information can be presented in a number of manners, ferred information can be used by the consumer program 22 
mcluding display or printing by the consumer program, or other computer programs running on the consumer corn- 
sending an e-mail or voice -mail message to the user, paging puter 2 to automatically format, compress, encrypt, address, 
the user, and other notification methods. 45 and transmit copies of a word processing document, 
Since the provider knows what the changed information is spreadsheet, database or database query, or other computer 
and how consumers would likely prefer to be notified of the file format. Corresponding data, metadata, and instructions 
changed information, the transmitted information can in the provider program 12 can control and automate the 
include instructions on how the consumer program 22 reception of the received message, including decryption, 
should process the information for purposes of notification. 50 decompression, notification of the provider, and acknowl- 
For example, information from a provider may include the edgment of receipt to the consumer. The same control 
provider's telephone number. If the telephone number technique can be applied to the execution of real-time 
changes, the provider needs to supply everyone with whom communications, such as telephone calls, 
it does business with the new number. The present invention videoconferencing, or whiteboard applications, 
provides a simple mechanism for carrying out such a data 55 HTML and HTTP Server Program Format 
transfer, and of controlling which consumers receive overt Although any kind of data communications network and 
notification. When the telephone number is changed in the any kind of user interface can be used, the system can be 
distribution database at the provider computer 1, the infor- constructed to work with existing Internet or World Wide 
mation is transferred to the consumer computer 2, through Web protocols for data communications and display. In 
either the push or pull method. Upon receipt, the consumer 60 particular, the provider program and the consumer program 
program 22 will process the changed information and store can be designed to use HyperText Mark-up Language 
the new telephone number in the consumer database 21 for (HTML) for display and editing. HTML is discussed in 
later access by the user or by other programs operating on Internet Request for Comment No. 1866, which is incorpo- 
the consumer's computer 2. At the consumer computer 2, the rated herein by reference. The use of HTML allows links to 
consumer may or may not be interested in overt notification 65 be made to other transmitted information or to other infor- 
of the new phone number; this depends on the consumer's mation accessible anywhere on the World Wide Web. Also, 
relationship with the provider and how often and in what HTML forms can be used as an input mechanism. Standard 
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Internet protocols for accessing the Web can also be used for 
accessing the information in the provider or consumer 
databases. To do this, the provider program and consumer 
program are designed to emulate a Web HyperText Transfer 
Protocol (HTTP) server. Then, any Web browser program 
conforming to the HTML/HTTP standard can generate Uni- 
form Resource Locator (URL) requests to retrieve informa- 
tion from the provider and consumer programs and data- 
bases, A Web browser program is a set of instructions which 
causes the computer to execute information requests to 
various kinds of servers. The servers responded by trans- 
ferring HTML files or other data files back to the browser 
program for display, processing, and storage. Protocols or 
formats other than HTML/HTTP can be used in the same 
manner, with an appropriate interface program for 
requesting, receiving, processing, and displaying data in 
accordance with the selected protocol or format. The opera- 
tion of the provider and consumer programs in connection 
with the Web browser program is illustrated in FIG. 2. Since 
the provider and consumer programs operate identically in 
this regard, only the operation of the consumer program will 
be discussed. 

As illustrated in FIG. 2, the consumer program 22 can be 
constructed to operate as a state machine in connection with 
a Web browser program 50. The consumer program 22 
generates and outputs a first HTML screen (step 53) to the 
Web browser. If necessary it also issues an operating system 
call such as a Windows DDE request or Macintosh 
AppleEvent to the browser to accept this HTML file. It then 
waits for an HTTP request from the Web browser program 
50. The HTML screen can include information having one 
or more different types of displayed information, namely, 
text, graphics, hyperlinks, and forms. Text and graphics 
refers to information which is only viewed by the user. 
Hyperlinks associate specific text characters or graphics 
display locations with specific URL requests. Forms provide 
locations for inputting data such as text, numbers, 
checkboxes, and ''radio buttons" to be acted upon. Hyper- 
links and forms allow HTML documents to be used for all 
program operations including menus, editing, reports, and 
error messages. The Web browser program 50 displays the 
HTML page received from the consumer program 22 (step 
54). The user operates on the displayed page in the same 
manner as for any information accessed through the Web 
browser program 50. The user can review the text or 
graphics, manually input a new URL request into the Web 
browser's URL input field, chose a hypertext link to auto- 
matically generate a URL request, or complete and submit a 
form. The Web browser program, typically, can also be used 
to move forward and backward through previously received 
screens. Each of the user's actions, except reviewing text 
and graphics, results in a URL request being generated. The 
URL request is sent to the consumer program 22, acting as 
a Web server (step 55). The consumer program processes the 
URL request to determine whether it refers to a document or 
a method (step 56). If the URL request is for a document, the 
consumer program generates the new HTMLpage and sends 
it to the Web browser program (step 53). If the request is for 
a method, then the method is executed using any additional 
data supplied in the URL (step 57). After the method has 
been executed, the consumer program generates a new 
HTML page based upon the results of the method. 

The user enters information to be operated upon or stored 
by the consumer program through the use of HTML forms. 
If the HTMLpage generated by the consumer program (step 
53) includes a form, then the user can enter information in 
designated locations in the form. When the information has 
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been entered, the form is submitted by selecting a button on 
the page, and a set of program instructions (method) desig- 
nated by this button is executed to process the inputted 
information. Many browser programs can cache HTML 

5 documents, so that a user could have several forms open at 
one time. Since the consumer program works as a state 
machine, it expects the last form generated to be the next one 
returned. If the user switches the order of the forms, a state 
error could occur. To prevent errors, each form produced by 

10 the consumer program can be provided with a state version 
value. If the version value of the returned form does not 
match the current state of the consumer program, then an 
error message can be returned rather than processing the 
forms out of order. 

15 Alternatively, the provider and consumer programs 12, 22 
could include separate native interfaces which include the 
display and processing functions found in a browser 
program, as well as the ability to provide additional 
functionality, such as that available in advance graphical 

20 user interfaces like those of Microsoft Windows, Windows 
95, and Apple Macintosh operating systems. The use of an 
object-oriented graphical user interface will be specifically 
discussed below. The provider and consumer programs 12, 
22 may also call other Web helper applications or "applets", 

25 such as those produced with Sun Microsystem's Java pro- 
gramming language or other programming languages, to 
provide additional interface functions. 
BASIC DATA STRUCTURES 

Information can be stored in the provider and consumer 

30 databases 11, 21, transferred between the provider and 
consumer programs 12, 22, and processed by these programs 
in a variety of ways. The use of software objects and 
object-oriented databases, and in particular their ability to 
encapsulate data and methods for operating on that data in 

35 a single structure, provide certain degrees of functionality 
which are useful in the storage, transfer, and processing of 
information. For example, by using objects for transmission 
of the communications control files, and an object-oriented 
database for storage of these files, the received object can be 

40 stored by the consumer program 22 in its database 21 
without having to disconnect and store the object's variables 
and methods independently. In addition, the data and meth- 
ods of this object can be made available to other objects in 
the database or program for processing operations. Object 

45 oriented data structures, databases, programs, and process- 
ing are generally discussed in Grady Booch, Object Ori- 
ented Analysis and Design with Applications, (2nd ed. 1994) 
and James Rumbaugh, Object-Oriented Modeling and 
Design (1991), which are incorporated herein by reference. 

50 Thus, the following description of a preferred embodiment 
will discuss the use of objects. However, other methods for 
storing, transferring, and processing information, such as 
relational databases, binary files, or procedural programs, 
could be used. 

55 As discussed above, the provider computer 1 includes a 
provider database 11 operated on by provider program 12, 
and the consumer computer 2 includes a consumer database 
21 operated on by consumer program 22. However, since 
"provider" and "consumer" are merely functional 

so distinctions, in a preferred embodiment, a single computer 
and computer program would be able to operate as a 
provider computer 1 in executing instructions of the pro- 
vider program 12 and as a consumer computer 2 in executing 
instructions of the consumer program 22. In this instance, 

65 only a single database may be used, if desired, to hold all of 
the data for transmitted objects and for received objects. The 
database structures described below could apply to a single 
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database, or to separate databases if the programs operated a container of primitive types 154 or aggregate types 15S 
separately. For ease of reference in describing operation of that is useful in a communications context. For instance, a 
the provider program and the consumer program, separate composite type might be PhoneNumber. A composite type 
databases will be illustrated- 153 is composed of one or more fields 152 which each 
FIG. 3 uses a standard object-oriented notational format 5 contain primitive types 154 or aggregate types 155. For 
to illustrate an embodiment of object classes in a single example, a composite type PhoneNumber may include fields 
database 100 of the present invention. As shown in the for usage, country code, area code, number, extension, and 
global preferences object class 103, each object class notes, each with its corresponding primitive type. A field 152 
includes three parts: an identifier 103A, an attribute section may also contain another composite type 153. In this way 
103B, and a method section 103 C. The method section 1 10 composite types can be nested. For example, a composite 
03C is used to perform operations on the attributes of the type BusinessCard could contain composite types Identity, 
class. Class associations are shown with connecting lines. A PhoneNumber, PostalAddress, EMailAddress, and Contact- 
plain line shows a one-to-one association. Aline terminating Notes. Composite types are further explained in the discus- 
in a solid dot shows a one-to-many association. A line sion of elements below. 

terminating in a open dot shows a optional (zero or one) 15 Type definitions provide a powerful tool for structuring 
association. A diamond at the start of a line shows an the data included in a communications object, object update, 
aggregation association, i.e., the higher class contains the or object message. This structured data provides the corn- 
component classes. Inheritance between classes is shown mon "frame of reference" necessary to automate communi- 
with a branching line. Only certain attributes and methods cations operations between a provider and consumer. It also 
are shown in object classes; many others have been omitted 20 allows communications objects to call each other's methods, 
for clarity. and for other software programs to call the methods con- 
Class Overview tained in communications objects stored in the consumer 
There are seven principal object classes: communications database 21. The latter technique requires the use of an 
objects 110, recipients 120, rules 130, methods 131, pages Applications Programming Interface (API) which will be 
132, elements 133, and type definitions 134. Communica- 25 further discussed below, 
tions objects are the primary data structure transmitted from Elements 

the provider program to the consumer program to control "Elements" are the primary attributes of a communica- 

communications between the provider and consumer. Like tions object. An element 143 might be a phone number, a 

any software object, a communications object consists of postal address, an e-mail address, a text field, and so on. As 

attributes and methods. The type definitions class is used 30 illustrated in FIG. 3, an element has data of a composite type 

together with the elements and pages classes to specify the 153 with a corresponding composite value 163. A composite 

attributes of the communications object. The methods class value 163 is composed of field values 162 in the same way 

and rules class are used to specify the methods of the a composite type 153 is composed of fields 152. For 

communications object. By using separate object classes to instance, the field values for the composite value Phone - 

define the attributes and methods that will be included in a 35 Number corresponding to the composite type PhoneNumber 

particular communications object instance, a wide variety of described above could be "voice, 10188, 206, 812-6000, 

communications objects can be created and managed within xlOl, Business hours are 9-6 daily M-F". As with fields 

the same system. 152, field values 162 are either an aggregate value 165, 

Recipients include all the consumer computers 2 who primitive value 164 or composite value 163. The value class 

receive a copy of the communications object via push 40 161 represents an abstract class inherited by the aggregate 

distribution, or the distribution servers 32 who receive a value 165, primitive value 164 and composite values 163 

copy of the communications object for pull distribution. classes. Aggregate values 165 represent a multiplicity of 

The rules 130, methods 131, pages 132, elements 133, and primitive data values, such as an array. Primitive values 164 

type definitions 134 classes are all special container classes contain the values corresponding to the lowest level primi- 

of the rule 140, method 141, page 142, element 143, and 45 live types. These are shown in the continuation of the class 

type definition 144 classes. These special container classes hierarchy in FIG. 4. Primitive values include date values 

are used to facilitate the rendering of an instance of a 171, floating point number values 172, nil values 173, 

communications object in the object markup language used logical values 174, integer values 175, and binary values 

for object transmission, as described further below. For this 176. Text values 179 are a constrained form of binary values 

reason the descriptions following will discuss only the rule 50 176. Logical values branch into true values 177 and false 

140, method 141, page 142, element 143, and type definition values 178. 

144 classes. Collectively this set of classes will be referred Many elements with defined composite data types and 

to as the "component" classes of a communications object. composite values are specifically useful in the context of 

Type Definitions communications automation. Standard element composite 

The type definition class 144 is used to define the various 55 types can include standard types of contact information that 

data types which may be used in the elements of a commu- might typically be shared between providers and consumers 

nications object. Type definitions can be of primitive type in the context of a communications relationship. These 

154, aggregate type 155, or composite type 153. The inner- include names, titles, phone numbers, fax numbers, postal 

itance tree for the primitive type 154 class is shown in FIG. addresses, e-mail addresses, URLs, and customer numbers. 

4. Primitive types can include the conventional bottom-level 60 Nested composite types, such as the business card, allow for 

data primitives supported by most programming languages, powerful combinations of smaller composite types, 
such as dates 181, floating point numbers 182, logicals 184, Other element composite types are useful for the storage, 

integers 185, binaries 186, etc. Text 189 is a constrained transmission, and display of communications content 

form of binary 186. Range 188 is a multiplicity of other between the provider and consumer. Elements of this type 

primitive data types, such as array. As shown in FIG. 3, 65 include text blocks, graphics, and HTML. HTML elements 

aggregate types 155 represent a multiplicity of primitive are especially useful in the preferred embodiment as they 

types 154, such as an array. Composite types 153 represent can contain standard HTML documents which the consumer 
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program 22 can pass directly, or with minor modifications, 
to the Web browser 50 for display. This allows the provider 
to control the appearance of data on all or a portion data 
being displayed, and also allows the provider to include 
URL links to the provider's Web server or any other related 5 
Web documents. These links can be activated immediately 
by the consumer when viewing the communications object 
using the Web browser 50 just as with conventional HTML 
documents. HTML elements may also include the provider's 
own HTML forms for acquiring information from the con- 10 
sumer when the object is transferred. Just as nested com- 
posite types of contact data elements can be combined into 
more comprehensive types such as business card elements, 
nested composite types for communications content can be 
combined into more comprehensive types such as message 15 
elements. Message elements combine text headlines with 
graphics, HTML, and other body content into full multime- 
dia messages which can be filtered, sorted, and displayed by 
the consumer program 22. 

Elements 143 may also be associated with methods 141 or 20 
rules 140. This is particularly useful for data exchange 
elements, which control the process of exchanging data 
between the consumer program 22 and the provider program 
12 or another server program. Two specialized types of data 
exchange elements are useful for controlling the transmis- 25 
sion of data external to the provider database 11. Attachment 
elements allow a provider to specify external files, objects, 
or other data stored in the provider's local or network 
computing environment to be included in the transmission of 
a communications object, communications object update, or 30 
message object. Query elements allow a provider to execute 
a query against a local or network database and have the 
results included in the transmission of a communications 
object. Data exchange elements, attachment elements, and 
query elements will be further explained in the description 35 
of data exchange control below. 

Another category of element composite types is link 
elements. Link elements within a communications object are 
the equivalent of URLs within a Web document. They create 
associations between different elements of an object, differ- 40 
ent pages of an object, or different communications objects. 
Alink element can also be a URL, linking the element to any 
Web page or other resource available on the World Wide 
Web. By associating a link element 143 with one or more 
link methods 141, even more powerful "link components" 45 
can be created. Component objects and link components will 
be explained further below. 

Special element composite types, called preference 
elements, are used to control communications object pro- 
cessing. Preference elements specify object attributes that so 
are editable by the consumer. For instance, a preference 
element of a composite type Refreshlnterval could govern 
the polling interval used for object updates using the pull 
method of updating. An element of type Refreshlnterval can 
consist of three fields 152: Minimum, Maximum, and 55 
Setting, all of which could be primitive integer values 
representing days. The Minimum field specifies the shortest 
allowable refresh interval (to help reduce the load on the 
provider's Web server), the Maximum field specifies the 
longest refresh interval (to limit the total time one full object 60 
update cycle can take), and the Setting field specifies the 
actual interval to be used (the provider's recommended 
setting would be used by default). The provider would 
initially fill out these three fields, then the consumer would 
be able to edit the Setting field within the Minimum and 65 
Maximum allowed. (Enforcement of this requirement could 
be provided by a rule 140.) 



Another example of a preference element is a notification 
element. Notification elements are used to control how a 
consumer is notified of new information when the object, 
object update, or object message is transferred. The format 
and structure of notification elements are discussed below in 
connection with the special processing notification elements 
receive. Any other consumer- editable preference regarding 
communications object attributes or method processing can 
be expressed as an preference element. Preference elements 
receive special processing by the consumer program 22 and 
storage in the consumer database 21 which will be further 
described below. 

In addition to its composite type and composite value, 
each element 143 includes standard attributes such as system 
ID, name, description, version value, NewFlag, and Hold- 
Flag. The system ID is a unique identification value in the 
database 100. Identification number assignments throughout 
the database are discussed below. The name is a label used 
to identify the element to the provider or consumer. The 
version value is used to coordinate updates each time the 
element is changed. The NewFlag is set to TRUE each time 
an element has been changed by a provider so that new 
information can be indentified for distribution by the pro- 
vider program 12, and identified for updating when trans- 
ferred to the consumer program 22. The HoldFlag is used to 
identify changed elements which are not yet to be distrib- 
uted. The structure and content of elements may be more 
fully understood in connection with the description of noti- 
fication elements discussed below. 
Pages 

In order to organize the many elements 143 which can be 
contained in a communications object 110, one or more 
container classes may be desired. Container classes allow 
the grouping of elements for purposes of display, editing, or 
other program operations. Container classes are also useful 
for distribution control, which will be discussed below. 
Different types of container classes can be implemented, and 
container classes can contain other container classes. FIG. 3 
illustrates the implementation of one primary container 
class: the page class 142. A page contains one or more 
reference instances 146 which associate elements 143 with 
the page. References may contain attributes such as Dis- 
playOrder which control the display order of the elements on 
the page. Each element 143 must assigned to at least one 
page 142 in order to be transmitted with an object, however 
an element may be included on more than one page 142. 
Standard page attributes are similar to the standard element 
attributes, i.e., SystemID, Name, Description, 
VersionNumber, NewFlag, and HoldFlag. 
Methods 

The method class 141 is a form of metadata used to store 
methods which may be included in a communications object 
instance when it is transferred to a consumer. These methods 
should not be confused with the methods belonging to each 
of the other object classes in the system. A method object is 
primarily a mechanism for storing a method in the database 
for later inclusion in a communications object instance, at 
which time the method becomes a formal method of the 
communications object. Communications object methods 
are one of the most powerful aspects of communications 
objects. They allow the provider to specify processing 
instructions which will execute on the consumer's computer 
when certain conditions exist in the consumer program. For 
example, when a communications object is first received by 
the consumer program 22, a "receipt method" can automati- 
cally execute to return an acknowledgment message to the 
provider with information about that consumer transferred 
from the consumer database 21. 
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A second purpose of instances of the method class 141 is 
to execute procedures in the provider program 12 or con- 
sumer program 22. These procedures can be instructions 
involved with the process of creating and publishing com- 
munications objects, or they can be instructions to be 5 
executed when a message object is received from a com- 
munications object. Message objects are discussed further 
below. 

Instances of the method class 141 may implement com- 
munications object methods in several ways. The method 10 
can simply be a call to execute a system method included in 
the consumer program 22. The method can be actual instruc- 
tions included in the object as program code in an executable 
format or an interpretable format, such as a script format. 
The method can be a call to the methods of another com- 15 
munications object located in the provider database 11 or 
consumer database 21. The method can also be a remote 
procedure call to another object or application located 
elsewhere on the consumer's computer or on a communi- 
cations network 3 accessible from the consumer program, 20 
This remote procedure call can be executed at the remote 
computer, or it can be downloaded by the consumer program 
for local execution. The application of communications 
object methods to automating operations in the provider 
program 12 or consumer program 22 will be further dis- 25 
cussed below. 

Methods 141 may be of specialized types. Method types 
can be determined by a type attribute, or by method type 
subclasses to which methods 141 are associated. Methods 
types include receipt methods, public methods, private 30 
methods, and system methods. 
Rules 

Rules 140 work in conjunction with methods to provide 
the operational functionality of a communications object 
system. Rules allow the provider database 11 and consumer 35 
database 21 to operate as active object databases, capable of 
initiating communications, database processing, or other 
procedures based on time, system variables, system events, 
or other conditions. Rules also supply constraints under 
which methods operate. The usage of rules to control the 40 
operation of an active object database is discussed generally 
in Jennifer Widom and Stefano Ceri, Active Database Sys- 
tems (1996), which is incorporated herein by reference. 

Rules 140 consist of one or more conditions to be tested 
against. Rules 140 are associated with methods 141 to 45 
execute when the conditions are met. Rules 140 are typically 
expressed in boolean logic using standardized query lan- 
guages or other appropriate formats. Rules can govern the 
behavior of individual communications objects, groups of 
communications objects (such as all objects from a partial- 50 
lar provider), all objects in the database, or general system 
actions. Examples of common processing actions governed 
by rules include backing up the database after X days or X 
number of changes, deleting or proposing for deletion com- 
munications objects that have not been accessed in X days, 55 
archiving X number of previous copies of a communications 
object or object component, using X amount of system 
resources when Y conditions are present, and allowing X 
number of communications objects or recipients under a 
particular software license. Rules may be understood further 60 
in the discussion of communications object control functions 
below. 

Communications Obiects 

Communications objects 110 are the highest level data 
structure because they serve as the container for type 65 
definitions, elements, pages, methods, and rules. Each of 
these is a one-to-many relationship. A type definition 144, 



element 143, page 142, method 141, or rule 140 must be 
assigned to an object 110 in order to be transferred to a 
consumer, however each type definition, element, page, 
method, or rule may be included in more than one object 
110. Communications objects have many of the same stan- 
dard attributes as elements, pages, and methods, i.e., 
SystemID, Name, Description, VersionNumber, NewFlag, 
and HoldFlag. In addition communications objects also have 
attributes that apply only to communications objects as a 
whole. These attributes can include the markup language 
version used to generate instances of the object, the 
objects'age, and the number of published updates to the 
object, receipt acknowledgment preferences, and other uni- 
versal attributes. 

Communications objects can be of specialized types. 
There are several approaches for accomplishing this. One 
approach is to define communications object types using a 
special CommObjectType element included within or refer- 
enced by the communications object itself. The preferred 
embodiment of the present invention is to define commu- 
nications object types as subclasses of the communications 
object superclass. These subclasses are illustrated in FIG. 
17. Primary communications object type classes include 
message objects 110, composite objects 811, component 
objects 812, synthesized objects 813, and service objects 
815. Each of these subclasses will be further discussed 
below. 
Recipients 

The Recipient class 120 is used to determine the distri- 
bution of a communications object. Each communications 
object 110 is associated with one or more recipients 120 who 
receive an instance of the object when it is first created or 
when changes are made to it. Recipients are of two types: 
consumer programs 22, or distribution servers 32. A distri- 
bution server 32 may also be represented by a distribution 
service object. Distribution service objects are further dis- 
cussed below. Transfer of communications objects 110 to 
both types of recipients is typically via the push technique. 
However recipients may also be tracked in the provider 
database 11 even if they use the pull technique of updating 
via the use of receipt acknowledgment messages. Acknowl- 
edgment messages are further described below. The push 
method may involve a fully automated transfer via a com- 
munications network 3, or it may involve a manual transfer 
such as a file copy over a network or via a computer floppy 
disk. Recipient objects 120 include the attributes necessary 
to generate and transmit an instance of the communications 
object to the recipient. To uniquely identify recipients even 
when names change, a SystemID attribute can used in 
addition to a Name attribute. System IDs are discussed 
below. Other attributes include the recipient's communica- 
tions network address, such as an e-mail address, the type of 
encoding that should be used (e.g. MIME, BinHex, 
UUencoding, etc.), and the maximum attachment file size 
the recipient can accept (to determine if multiple attach- 
ments need to be sent). Recipients 120 have an association 
with methods 141 in order to allow different methods to be 
assigned to different recipients. An example is the commu- 
nications object's update method. Communications objects 
transmitted to consumers via e-mail push may use one 
update method, while those transmitted to distribution serv- 
ers may use a pull update method. Encoding methods, 
transmission methods, and other recipient-specific methods 
may also be assigned in this manner. 

Recipients 120 also has an aggregate association with 
acknowledgment 121 and page subscription 853. Acknowl- 
edgment 121 has a one-to-one association with communi- 
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cations object 110. Acknowledgment 121 is where consumer 
acknowledgment of the receipt of a communications object 
can be stored. Page subscription 853 is the mechanism by 
which a provider can control distribution by specifying 
which pages are transferred to a recipient. Alternately, by 
including in communications object 110 all instances of 
page subscription 853 for all pages 142 associated with the 
object but not necessarily transmitted to the consumer, the 
provider can allow the consumer to choose which pages the 
consumer wishes to receive. Distribution control is further 
described below. 
Other Classes 

Four other classes in the database significantly involved 
with program operations are global preferences 103, report 
105, folder 115, and event 116. Global preferences 103 
provides a means for storing the preferences of a provider or 
consumer for general operation of the provider program 12 
or consumer program 22. This may include attributes such as 
the default menu to display upon program startup, the 
default refresh interval to assign to new objects, the user's 
preference for notification when new objects arrive, the 
number of object archive copies the user wishes to keep, and 
other such preferences. Global preferences 103 may also 
include method preferences, such as the notification method 
to use when new objects are received, the method to use for 
archiving versions of objects or object components, and the 
method to use for backing up the database. 

Report 105 is a class for storing report definitions and 
report display or printing preferences. As in many database 
management systems, reports may be defined by the system 
or by the user, and can include any listings, statistics, or 
analysis of value to the user. 

Folder lli5 is a container class useful for grouping objects, 
particularly for consumers. Folder groupings allow groups 
of communications objects to be referenced simultaneously 
for analysis, display, sorting, searching, reporting, and trans- 
mission. Alternatively, although not shown, folders or other 
container classes can be applied to other classes, such as 
pages and elements, for similar purposes. 

The event 116 class is an abstract class defining the 
attributes for scheduled events 117 and logged events 118, 
The scheduled event 117 class is used to create a queue of 
events for the provider program 12 or consumer program 22 
to execute at some time in the future. An example is the 
polling operation necessary to update communications 
objects via the pull technique. The logged event 118 class is 
the counterpart used to create a log of past events. System 
events may need to be tracked for purposes of accumulated 
statistics, tracking user or communications object activity, 
documenting errors, providing payment transaction receipts, 
etc. Scheduled event and logged event objects can be further 
understood in the discussion of event loops, event logging, 
and event scheduling below. 
Object Markup Language 

In order to transfer a communications object instance or 
object update instance from a provider program 12 to a 
consumer program 22, the object must be output from the 
provider database U into a format suitable for transport via 
a communications network 3. Any type of machine readable 
and writable format could be used, for example a com- 
pressed binary file such as that used by most relational or 
object-oriented database management programs. However, 
for maximum compatibility with communications networks 
3 and other data processing systems, object instances can be 
written or read in an ASCII markup language, which is a 
superset of HTML. As with HTML, or other standard 
markup languages such as SGML, each item of structured 
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data such as an object class or container class is expressed 
within a set of delimiters or "tags" defined in the markup 
language. Certain classes in the database structure exist 
specifically to provide the necessary container tags for other 

5 classes. For example, in FIG. 3, the methods 131, pages 132, 
elements 133, and type definitions 134 classes are all special 
container classes used to provide the tags necessary to 
delimit the methods, pages, elements, and type definition 
sections of an object output in the markup language. Another 

10 advantage of the use of an ASCII markup language is that 
the data and methods contained in communications object 
may be rendered readable to other data processing programs 
for purposes of interoperability. Other programs may also be 
programmed to output such a language or a subset thereof 

15 for purposes of importing into a communications object 
system program. The use of an ASCII markup language does 
not preclude the use of additional formatting or encoding, 
such as encryption, for the entire object or for portions of the 
object. 

20 BASIC SYSTEM PROCESSES 
System ID and Naming Services 

Because communications objects and their component 
type definitions, elements, pages, and methods are 
exchanged among multiple providers and consumers, the 

25 instances of these objects and components need to be 
uniquely distinguishable in each provider database 11 and 
consumer database 21. Name attributes alone cannot be 
relied upon to guarantee uniqueness. Other unique identifi- 
cation numbering systems could be employed, such as the 

30 provider's or consumer's U.S. Social Security numbers, 
U.S. Federal Employer Identification Numbers, passport 
numbers, etc. However, in a communications system which 
may be used globally, not all users may be assigned unique 
identifiers under one of these identification systems. A 

35 separate global identification system could be employed, 
such as the domain naming and e-mail addressing system 
used by the Internet. Although not all Internet users have 
their own Internet domain names, all of them have unique 
e-mail addresses. However, since users can and do change 

40 e-mail addresses, this would require that their system ID also 
change. The ideal communications system allows complete 
separation (or "abstraction" in object-oriented terminology) 
of a user's communications system ID from any real world 
names or physical communications network addresses with 

45 which the user is associated. In this way, users can change 
any of his/her names or physical communications network 
addresses while still maintaining complete continuity of 
his/her communications relationships. In addition, any 
changes to the user's name or physical communications 

50 network address can be automatically distributed by the 
user's communications objects) to all other consumers with 
whom the user has a communications relationship. 

To achieve this objective, a preferred embodiment of the 
present invention assigns a unique system ID value to each 

55 unique communications object and communications object 
component. This function is the equivalent of an 
automatically-generated unique key field ID in many con- 
ventional database management systems. This objective can 
be achieved in several ways. A first technique is to employ 

60 an algorithm that uses system state information together 
with data unique to the computer on which it is being run to 
produce system IDs whose probability of uniqueness is so 
high that for practical purposes they can be treated as 
unique. The use of such algorithms for creating globally 

65 unique object IDs is discussed generally in Kraig 
Brockschmidt, Inside OLE (1995), which is incorporated 
herein by reference. Standard industry algorithms and func- 
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tions that have been created for this purpose include the The object class model for nested system ID associations is 

Universal Unique Identifier (UUID) specified by the Open shown in FIG. 6. The system ID database 250 contains any 

Software Foundation (OSF) Distributed Computing Envi- number of unique system IDs 251. Each of these may in turn 

ronment (DCE) documentation. This algorithm is fully contain zero, one, or more unique system IDs that function 

documented in Steven Miller, DEC/HP, Network Computing 5 as group IDs as shown in association 255. This nesting of 

Architecture, Remote Procedure Call RunTime Extentions IDs may be as deep as necessary. Each system ID 251 

Specification. Version OSF TXl. 0.11 (1992), which is incor- includes a name and description attribute. For top level 

porated herein by reference. The use of a generally accepted system IDs this would be the name and description of the 

industry UUID has the advantage of making a communica- provider. For lower-level group IDs this would be the name 

tions object identifier system directly compatible with other 10 and description of the group (company, division, 

industry standard distributed object system specifications. department, etc.). 

Examples of such standards include the DCE and CORBA Each system TP ?51 a lso includes a key attribute. This 

specifications from the Open Software Foundation and tb<y \ could be a password, encryption key, or any similar vajg eT 



OLE and DCOM specj^iofls^fco^Microsoft Corporation^^" This value could be used in conjunction wittTan /TOfipul^ 
Thc^second alteffifSve is to iise^^jtra|izcd . s crv er ot ; set 15 catior^ etbod ^f the system ID 251 to verifo-tnafthe user 
of servers to/r j^a^e^ u nique s^te^LllBs^ required. T nis .apply i ng for the group ID is authorized' to be in that groun . 



approach has the a^vanUgroTcreating a cen tralized registry F o f ^am plf. , a mq K3iAte_admmistrator could establish a 

of u nique system IDs. Such a registry has other applications group ID for the corporation. The administrator would 

within a communications object system, as further described receive the initial key for that group ID. The administrator 

below. The architecture for centralized system ID assign- 20 would need to communicate that key to each employee who 

ment is illustrated in FIG. 5. A central system ID server 42 would supply it in the request 44 (FIG. 5) to be assigned that 

contain a database of system ID assignments 41. The system group ID. Each system ID 251 can also be associated with 

ID database 41 could be replicated across a group of ID one or more system ID category objects 252. System ID 

servers 42 at various nodes of a communications network 3 category objects can be used to establish system-wide 

to improve performance as the number of users increases. 25 groups useful for program licensing, statistics, access 

Upon initial installation, each provider program 12 or con- permissions, or other purposes. Category objects will be 

sumer program 22 sends a request 44 via the communica- further explained below. 

tions network 3 to the ID server 42 for a unique system ID The system ID server 40 shown in FIG. 5 is available 

43. The ID server 42 returns a response 45 to the requesting system-wide, and includes at least one system ID object 

program. The requesting program then saves the system ID 30 instance 43 in the system ID database 41 for each provider, 

in the provider database 11 or consumer database 21. This Since this object instance contains the provider's name, 

system ID 43 is shown in FIG. 3 as the SystemID attribute description, and an authentication key, the system ID server 

of the Database class 100. Within the database, the provider 40 is a suitable mechanism to offer both system name 

and consumer programs 12, 22 can include a function for directory services and system authentication services. These 

assigning a separate unique system ID value to each instance 35 services are further described below, 

of a communications object 110 or any class that will The System ID assignment fujostign ca n be furth er 

become a component of a communications object. In FIG. 3, improved fry usinff communicati ons objects included with or 

these classes include the rule 140, method 141, page 142, downloaded by provider and consumer programs 12, 22 to 

element 143, and typeDefinition 144 classes. Again, this control t he access o f the^ provi de r and con su mer programs 

function is the equivalent of an automatically-generated 40 1 2722 to th e system ID server 42. F or e xample, if a grou p 

unique key field ID in a conventional database management of system TP servers 42 was employed for performance o r 

system. Since the provider's system ID 100 is unique for the loading reasons, a commu nications object could determine 

entire communications system, and since each instance of a th e optimal member of the server group to access. Su ch 

communications object system ID 110 or any or any com- s pecialized communications oh jects are referred tn as ser- 

ponent class system ID is unique within the provider's 45 vice objects and will be tether exp lained below, 

database, the combination of these system IDs creates a Basic Object Transfer Process es 

hierarchical indentification system capable of uniquely iden- Besides using HTML as a display protocol, the Internet 
tifying every communications object instance or object and World Wide Web also offer suitable protocols for 
component class instance throughout the communications accessing and transferring communications objects. A Web 
system. This unique ID for any communications object or 50 browser program 50 can be used both to retrieve the corn- 
communications object component will be referred to as its munications object and display it for viewing and editing to 
UID. the consumer. The transfer of an object using a Web server 

It can also be desirable to be able to assign provider 32 is illustrated in FIG. 7. An object can bc-tra nsferred to a 

groups within the communications system. Group identifiers browser 50 as a result of a manual HlT'P req ues t by a user, 

allow providers to be classified for purposes of program 55 or it can be transferred directly to the consumer program 2 2 

licensing control, system attribute or system method access as a result of automatic event processing such as polling. Id 

permissions, object attribute or object method access the ca se of manual requests, the browser 50 issues a HTI F 

permissions, statistics gathering, or other purposes. For r equest 36 to the web server 32 to receive the communic a- 

example, each employee of a large corporation would need jions ^ obj ect marku p fi le^35jv hich Is located^ on the we b 

a unique provider system ID, however the corporation 60 server 32. The HTTP request 36 can result from a UR L 

would also need a group ID to identify the employee's manually entered by the user o r tnrougn selection of a URL 

communications objects as part of the corporation. The link from any We b page. Tnus, providers Who have"World 

corporation may further desire to identify employees by Wide Web documents Call create links to their communica- 

subgroups such as division and department. tions objects in those documents. A.consumer can obtain a 

The system ID assignment function can be modified to 65 communications object simply by using a browser 50 t o 

provide this capability by including nested system IDs for sel ect" the link. The object itself is then transferred as a 

each group association within the system ID database 41. standard Multimedia Internet Mail Extension (MIME) 
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object type as defined by the Web HTTP protocol, in a fax tone is recognized by a fax machine. This tone could 

response to the HTTP request. The MIME type is discussed be universal for all communications object types or could 

in Internet Request for Comment Nos. 1521 and 1522, vary by special communications object types. Once the tone 

incorporated herein by reference. As with other MIME was recognised by the receiving program, a communications 

objects, the browser program 50 determines whether a 5 object transfer negotiation could take place between the 

helper application exists for this type of MIME object. For calling provider program 12 and the receiving consumer 

a MIME type which uniquely identifies communications program 22. This could be used to accomplish the transfer of 

objects, the browser program 50 transfers the object to the communications objects, message objects, or other data 

consumer program 22 as the helper application. independently, or to control or augment a voice telephony 

In the case of a automatic HTTP request 37 from the 10 session, 

consumer program 22 to the web server 32, the same MIME Communications via postal mail networks can also be 

object transfer takes place, only the object is received controlled by a communications object system in the same 

directly by the consumer program 22. In either case, the manner. The originating provider program 12 can control the 

transfer to the consumer program 22 principally results in printing of envelopes or enclosures in a machine-readable 

the execution of a set of processing steps. These steps 15 format such as bar codes. It can also control the production 

typically include decoding of the MIME object, reading of of transportable data files such as floppy disks or tape 

the object, and storage of the object in the consumer cartridges for transport via a postal mail network. At the 

database 21. The consumer program 22 can also execute receiving end, the mail or package envelope or contents can 

other processing steps based upon the version of the object, be machine scanned for data that can be interpreted by the 

the consumer's settings for preference elements in the 20 receiving consumer program 22. Alternatively or in addition, 

object, other consumer preferences, and other methods in the the transported data files contained in the postal mail can be 

object. The processes for storing and processing communi- read by the consumer program 22 to process messages 

cations objects are discussed below. contained therein or to control the receipt and processing of 

FIG. 8 illustrates transfer of an object through e-mail accompanying physical goods or information, 

using the push technique. The browser program 50 is not 25 Broadcast networks such as te levision n r cable sy stems 

used for this function. The object may be attached as a c an represent particularly efficient means of transmitting 

MIME object to an e-mail message 38. Other attachment or co mmunications objects or object updates via the push 

encoding types may be used, such as BinHex or UUencod- technique if the consumer computer 2 is equipped with a 

ing. The object may also be encoded in ASCII within the text d evice for receiving and decoding the"broadcast signal. B y 

of the e-mail message itself. The optimal encoding method 30 applying the filtering techni ques describ ed above to "list en- 

for each recipient can be selected and employed automati- 'ing" on a broadcast network, a consumer program 22 can 

cally by the provider program 12 when this information is receive only the communications object updates intended for 

included in the Recipients (120, FIG. 3) class, as further communications objects in the consumer's database 21. 

described below. The transmission steps for each attachment Because broadcast networks are transmit-only, communica- 

or encoding type may vary slightly. The transmission steps 35 tions back to the provider must be accomplished using a 

for a MIME attachment will be described here. The e-mail "back channel" such as a telephone network or computer 

message is sent in the ordinary manner, using whichever network, e.g. the Internet. 

e-mail servers and intermediaries are available (i.e., through Provider Program Operation 

the Internet 3), to reach the consumer's e-mail server 31. The As described above, the provider program 12 operates as 

consumer's e-mail program 62 retrieves the mail message 40 a state machine in generating HTML screens and forms 

from its server in the ordinary manner. Depending upon which are displayed by the user's browser program. The 

operation of the e-mail program, the attachment may be provider program 12 is used to create and edit instances in 

downloaded for storage in either an internal or external the provider database 11 of the object classes described 

MIME directory 63, 64, or left for storage on the e-mail above. The provider program 12 is also used to publish and 

server 31. The consumer program 22 then periodically polls 45 distribute instances of communications objects to one or 

the MIME directory 65, 66 or the e-mail server 31 to locate more consumer programs 22 or distribution servers 32 

objects of a communications object MIME type. If a com- through the communications network 3. 

munications object type is located, it is read from the storage FIG. 9 illustrates the relationships between various 

location and processed by the consumer program as screens and forms produced and used by the provider 

described below. It may also be deleted from the MIME 50 program. Upon starting, an HTML page of the main menu 

storage area by the consumer program 22 after it has been 300 screen is generated and displayed. If the browser 

read and processed. program 50 (FIG. 2) is not currently operating, the provider 

Alternatively, all e-mail from a server can be filtered program 21 starts the browser program 50 and generates a 

through the consumer program 22, In this process, the DDE, OLE, AppleEvent, or similar operating system request 

consumer program 22 acts as a proxy server. The e-mail 55 to start the browser program 50 and have it display the 

program 62 polls 68 the consumer program 22, as the proxy requested HTML page. The main menu 300 screen lists 

server, for new mail. The consumer program 22, in turn, various menu items which are hyperlinks to other HTML 

polls 67 the e-mail server 31. The resulting mail response is pages containing additional menus or forms. The menus and 

filtered for communications objects directly by the consumer forms discussed with respect to the provider program 22 or 

program 22 before being transferred to the e-mail program 60 consumer program 21 are merely illustrative of the capa- 

62. bilities of the system. The features and functions of the 

Commun ica tions received via other types of cnmmunica - system can be organized in any order or hierarchy within the 

tions networks can also be filtered lor communications screen based menu system. Alternatively, another native 

. object t ransmissions in a similar manner. For example, interface system could provide a substantially different 

telephone Calls uiiginatcd by a ujinmuh liali o DS object can 65 organization. The use of a graphical user interface will be 

carry a distinctive tone or tone series which can be recog- specifically discussed below. Additionally, other functions 

nized by a receiving consumer program 22 in the same way and features can be added by creating other menus or forms 
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and adding hyperlinks between the existing menus or forms 
and those new screens. Furthermore, in addition to specific 
menus, various choices can be implemented on toolbars 
displayed on one or more of these HTML pages. In order to 
satisfy user preferences, many menus, forms, and toolbars 
can be editable by the user via preference forms or even 
direct HTML source editing. Such preferences may allow a 
different default startup menu screen, different toolbars, 
different menu choices on any given screen, different screen 
fonts or backgrounds, and other display or operational 
preferences. 

The first five choices on the main menu 300 allow the user 
to work with the communications objects, pages, elements, 
type definitions, methods, and rules stored in the provider 
database. The provider program is primarily creating, 
displaying, editing, and reporting on objects in the provider 
database. Therefore, the menus and forms used by the 
provider program are similar to a the menuing, browsing, 
editing, or reporting modes of any conventional database 
application. Initially, there are no user-defined communica- 
tions objects, pages, elements, type definitions, methods, or 
rules. (System -defined communications objects, pages, 
elements, type definitions, methods, or rules may exist but 
are not editable by the user). Upon selection of one of the 
menu choices, a HTTP request is generated to display the 
requested HTML page. The communications object 320, 
page 330, element 340, type definition 350, and method/rule 
360 forms include similar functions: create, edit, delete, and 
preview. Although the functions are similar, each menu has 
finks to different HTML forms used for performing the 
functions on the different types of data (communications 
object 321-324, page 331-334, element 341-344, type 
definition 351-354, and method/rule 361-364). In addition 
to the menu choices, a list of the appropriate class instances 
from the provider database 11 is displayed in order to select 
the data to edit, delete, or preview. In one embodiment, 
hyperlinks or form buttons for editing, deleting, and pre- 
viewing are associated with each data item in the list. 
Alternatively, a single link to the edit, delete, or preview 
forms can be used and the data item can be selected from a 
list when the appropriate form is displayed. 

The create forms 321, 331, 341, 351, 361 are respectively 
used to create a new communications object, page, element, 
type definition, or method/rule instance. A form is displayed 
having entry locations to input the necessary attribute data 
and create the desired associations. Association choices can 
be shown as lists of the associated class instances with 
checkboxes or input fields for each instance. For example, 
when a new page is created, the page create form 321 that 
creates a new instance of a page (142, FIG. 3) would include 
a list of communications objects (U0, FIG. 3) to which the 
new page can be assigned. It would also include a list of 
elements (143, FIG. 3) that can be assigned to the page. The 
display order for these elements could be input as numerical 
values in input boxes representing each reference instance 
(146, FIG. 3). 

FIG. 10A shows the processing steps to be taken upon 
submission of a create form. These steps also apply to 
submission of an editing form as described below. When a 
create form is submitted (step 400), the provider program 12 
first determines whether the form data is valid (step 401). If 
it is not the provider program returns an error screen or form 
with information about the error to the user (step 411). This 
error screen may include a form for correcting the error, or 
hyperlinks to other forms where the error can be corrected. 
Once a form passes the validation test, the provider program 
then determines whether the form is a create or an edit 
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operation (step 402). For a create operation, the program 
next assigns the new instance an initial version value (step 

403) , sets the instance's NewFlag attribute to TRUE (step 

404) , and saves the instance to the provider database 11 (step 
5 405). The version value is used to compare changed object 

class instances in the object reception processing. The 
NewFlag attribute is used to indicate a class instance that 
requires distribution. 
The submission of any new or changed data in an com- 

10 munications object component class triggers the update 
association rule. This rule can be stored as a rule 140. The 
method associated with this rule is illustrated in FIG. 1 OB. 
In this method, the provider program first queries the pro- 
vider database 11 for all associated class instances which 

15 contain the new or updated class instance (step 431). The 
program then processes each associated class instance to 
determine whether it is already identified as a new instance 
(steps 432, 433). If the associated class instance is not new, 
the version value is incremented (step 443), the NewFlag is 

20 set to TRUE (step 442), and the instance is stored in the 
provider database 11 (step 441). When an associated class 
instance becomes new, every container association with this 
instance must also be processed (steps 431-433). In this way 
the program processes the entire tree of all class instances 

25 which contain the newly created class instance, increment- 
ing version values and marking them as new. This is 
necessary to ensure the complete distribution of all associa- 
tions to any new or changed class instances. When all 
container class associations have been updated, the next 

30 HTML screen is generated (step 435). 

The edit forms 322, 332, 342, 352, 362 shown in FIG. 9 
permit the editing of instance attributes and associations in 
the database of the appropriate class. For example, the 
communications object edit form 312 will list the pages 

35 which currently exist in the database and therefore can be 
assigned to the object. A submitted edit form 322, 332, 342, 
352, 362 is processed according to the steps illustrated in 
FIGS. 10A and 10B. A test for an edit form is performed in 
step 402. From this point there are only two differences from 

40 create form processing. First, if the NewFlag attribute of the 
edited class instance is already TRUE (step 412), this means 
the instance has been edited since the last distribution 
operation. In this case, the update association method need 
not be performed. The edited instance can simply be saved 

45 to the database (step 425) and the next HTML screen 
generated (step 426). 

Second, edited instances do not necessarily replace the 
previous instance when stored in the database (steps 415, 
425). Multiple versions of object instances may be main- 

50 tained in the database so that the user can revert to previous 
data. The number of previous versions stored is controlled 
by a global preference attribute (103, FIG. 3) or a commu- 
nications object preferences attribute (127, FIG. 3) and one 
or more archiving rules 140. Each time an edit form is 

55 submitted, the archiving rule 140 is triggered. Using the 
appropriate preference attribute, the archive rule determines 
if the preferred number of previous versions of the commu- 
nications object (110, FIG. 3) are already stored in the 
database. If so, then the oldest version is deleted when a new 

60 version is stored. If not, the new version is added to any 
previous versions that exist. Data archiving control is further 
discussed below. 

The delete forms 323, 333, 343, 353, 363 shown in FIG. 
9 are used to remove class instances from the database. The 

65 form can require confirmation that the selected instance is to 
be deleted. Additionally, the delete form can provide a list of 
other instances of the same class in order to allow the 
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selection of multiple items for deletion. Processing of a 
submitted delete form first involves executing the steps of 
the update association method illustrated in FIG. 10B. Then 
the selected class instance or instances can be deleted from 
the database. Instance deletion may follow a user preference 
for archiving a specified number of deleted instances, or 
maintaining deleted instances for a specified interval of time 
before purging them completely from the database. 

The preview forms 324, 334, 344, 354 shown in FIG. 9 
provide a display of a selected communications object, page, 
element, or type definition as it would appear to the 
consumer, without editing labels or internal naming labels. 
This is similar to the print preview mode of a word proces- 
sor. Submission of a completed method/rule preview form 
364 executes, when possible, the selected method or rule to 
test how it would operate in the consumer program 22. 

The recipient form 310 accessed from the object menu 
320 is used to assign the recipients (120, FIG. 3) who will 
receive each communications object. From this form the 
user can add or delete recipients associations for the selected 
object by the use of checkboxes for each recipient. The user 
can also choose to go to four additional forms. The create 
recipient form 311 allows the user to add a new recipient 
instance to the database. The edit selected recipient form 312 
allows the user to edit the recipient's settings for commu- 
nications object distribution. The delete recipient form 313 
permits the user to delete a recipient from the database. No 
special processing is required when adding, editing, or 
deleting recipient instances since they are not a communi- 
cations object component and there are no associations that 
contain them. However, NewFlag and HoldFlag attributes 
for recipients are set as described previously for purposes of 
communications object distribution. The preview recipient 
form 314 allows the user to see precisely how any selected 
communications object and its component pages and ele- 
ments will appear to a selected recipient. 

The reports form 370 is used to create, edit, delete, and 
display reports (120, FIG. 3) from the database. Menu items 
fink it to the create report form 371, edit report form 372, 
delete report form 373, and display report form 374. The 
preferences form 316 is used to edit the user's overall 
preferences (GlobalPrefs 103, FIG. 3) for program display 
and operation. 

An object is published by using the publish menu form 
326. Publishing refers to the process of reviewing and 
finalizing changes and initiating distribution. When selected, 
the publish menu 326 provides a list of communications 
objects, pages, elements, type definitions, methods, rules, 
and recipients which have been changed since the previous 
publishing operation. The items on the list can be selected, 
edited, and previewed in a manner similar to that under the 
respective communications object, page, element, type 
definition, and method/rule menus. One editing action a user 
might typically take at this time is to set the HoldFlag 
attribute to TRUE. When this is done all other editing 
changes are preserved but the class instance will be withheld 
from distribution until the HoldFlag attribute is reset to 
FALSE. Once the user is satisfied that all the information is 
correct, the user selects the distribute form 336. This form 
first provides the opportunity for a final confirmation that the 
new information is ready to be published. It also allows 
setting of various parameters relating to the distribution 
process. One such parameter is the date and time the actual 
distribution operation should occur if it is not to take place 
immediately. Another parameter is an acknowledgement 
setting and acknowledgment interval, which are described 
below. Once the distribute form 336 is submitted, the 
communications object generation and distribution process 
is initiated. 



Basic Communications Object Distribution Process 

In the communications object distribution process, 
instances of the communications object (110, FIG. 3) are 
created and transmitted to the recipients (120, FIG. 3) 
5 associated with the object. This processing proceeds in 
accordance with the instructions on the distribute form (336, 
FIG. 9) and the attributes and methods of the recipient (120, 
FIG. 3). Two different techniques can be used to publish an 
existing communications object which has been updated. 
10 The entire communications object, including all of the 
changes, can be transmitted each time it is distributed. 
Alternatively, only the component class instances which 
have been changed may be sent. The only difference is that 
in the second technique the distributed communications 
15 object only contains the class instances and associations 
where the NewFlag attribute is set to TRUE. Instances and 
associations which have not changed are ignored. Therefore, 
whether the unchanged data is sent to the consumer program 
is irrelevant. Whether to send a complete object or only 
changed components depends upoh the complexity of the 
object and the potential for communications objects to 
become desynchronized due to transmission errors. 
Complete-object transmissions can also be intermixed with 
updated-components-only transmissions on a periodic basis 
to prevent dysynchronization errors. The type of update 
distributed can also be controlled on a per-recipient basis by 
the attributes of the recipient's object (120, FIG. 3). 

FIG. U illustrates the process performed by the provider 
program 12 in distributing an entire object. The provider 
database 11 is queried (step 501) to determine all new or 
changed communications objects which need to be 
published, i.e., those which have a NewFlag attribute set to 
TRUE and a HoldFlag attribute set to FALSE. The program 
then loops (step 502) through each communications object 
instance 100 which is to be published. For each object the 
program reads the associated recipients 120 (step 503). The 
program begins a second loop (step 504) through each 
recipient 120. Using the recipient attributes and methods, a 
communications object instance is generated and transmit- 
ted to this recipient (step 505, further shown in FIG. 12). The 
loop is repeated for all recipients of the communications 
object. 

At this point all new or changed communications objects 
have been distributed to their assigned recipients. However, 
a new or edited recipient may need to receive an existing 
communications object that has not changed. To account for 
this case the provider program queries the database for all 
recipients 120 whose NewFlag attribute is TRUE and Hold- 
Flag attribute is FALSE (step 511). The program then loops 
(step 512) through each of these recipients 120, quering for 
the associated communications objects 110 where the New- 
Flag attribute is FALSE (step 513). The program then loops 
(step 514) through each of these communications objects 
110 executing the object generation and transmission routine 
55 for each object (step 515). 

After all communications object instances 110 have been 
transmitted, the program does another query of the database 
for all class instances where the NewFlag attribute is TRUE 
and HoldFlag is FALSE (step 521). The program loops 
60 through these instances and resets their NewFlag attribute 
reset to FALSE (steps 522, 523). This prepares the database 
for the next round of editing and publishing. 

The procedures for generating and transmitting the com- 
munications object instance for each recipient are illustrated 
65 in the flow chart of FIG. 12. The program begins by creating 
(Step 531) a header portion of an object markup file from the 
attributes of the communications object (110, FIG. 3). A 
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header portion includes a header tag, the provider's system 
ID (the SystemID attribute of database 100, FIG. 3), and any 
group IDs or category IDs (250, 251, 252, FIG. 6), the 
communications object U0 system ID attribute, and other 
attributes of the communications object appropriate for 
transmission. (Note that the combination of the provider's 
system ID and the communications object 110 system ID 
consitutes the communications object's UID described 
previously.) Next, the program reads all type definitions 
(144, FIG. 3) associated with the object (step 532) and writes 
them in the markup language format to the markup file (step 
533). 

Tne program then retreives the communications object's 
methods and rules (step 534) which are associated with the 
recipient (120, FIG. 3). Associating methods and rules with 
recipients allows each communications object instance to 
use optimal methods and rules for that recipient. An example 
is update methods. A communications object transmitted to 
a distribution server 32 such as a web server would use an 
update method for pull distribution. A communications 
object transmitted via e-mail to a consumer would use an 
update method for e-mail push distribution. Receipt methods 
are another type of method that might typically vary by 
recipient. Next, the methods and rules that are associated 
directly or indirectly with the communications object are 
read and written in the markup language to the markup file 
(steps 536, 537). Indirect associations are methods or rules 
that are associated with a page, element, or type definition 
which is associated with the communications object. This 
process is repeated for elements (steps 538, 541) and pages 
(steps 542, 543). Finally the necessary footer information is 
read from the communications object and written in the 
markup language to the markup file (step 544). The markup 
file now includes the complete object ready for transmission. 

If only changed components of the communications 35 
object were to be transmitted, rather than an entire object 
being resent, only the type definitions, elements, pages, 
methods, and rules which have changed, i.e., those having 
NewFlag attributes set to TRUE, would be stored in the 
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consumer computers 2 using the push method are sent as 
e-mail messages or message attachments to the addresses of 
the recipients. These transmissions can be queued using 
scheduled events 117 to reduce system load. Objects sent to 
a distribution server 32 for distribution using a pull method 
are saved to the appropriate web server document directory. 
Alternatively, based upon the access the provider has to the 
provider's web server, the object could be mailed to the Web 
server administrator, uploaded as an HTTP form to the Web 
server, or otherwise stored for later posting by the Web 
server administrator. The transmission steps could also 
include an e-mail message, voicemail message, or other 
notification to the administrator that the object is ready to be 
stored on the server. Alternatively, transmission to a distri- 
bution server 32 can be automated through the use of a 
distribution service object. Distribution service objects will 
be further discussed below. r 1 ^ 

The final set of steps is to record data about the distribu- \J ^ 
turn iri an acknowledgment association (121 , FIG. 3). First, 
in step 552 an AckPreference value and the Actante jyal 
vaVnf, <\r<> r^ tr i v Vfrd from hnf h the communication s obje ct 
i ntance (110, FIG. 3) and the recipient instance (120. FI G. 
3 VThis is necessary because acknowled gment ^an W ^on- 
tTolled at the communications objec t level, or the recipien t 
l evel. The acknowledgment attributes for the communic a- 
hhnsohject are transmuted as parameters to a receipt 
metKod, as further described below. The'cirstribute for m 
(536. FIG- 9) contains radio buttons for three choices : ho 
a cknowledgment, acknowledgment using communicatio ns 
obj ect settings, or acknowledgment using reci pient settings. 
If th e provider's choice was no acknowledgm ent (step 553), 
th e routine is finished. If the recipient settings were selecte d 
(st ep 554), an. acknowledgment association (121, FIG. 3)~is 
cr eated between the recipient (120, FIG. 3) and the co m- 
munications object ( J 10, FT^ TTlfi A^P^^****^™ 1 "* 
of the a ckno w'^g™^ flssnn'qtfon (-"P- 1 , F7Tn_a^jcfipl to the 



Hatp/tiT flf,- nDrnnni«jar,i'nn ^1iis thp. recipient's Ackinterval 
and the AckFlag is set to FALSE (step 555). If the commu- 
nications object settings were used, the AckDateTime is set 
markup file. Unchanged pages and elements would be 40 to the date/time of transmission plus the communications 



omitted. 

Because the actual transmission may include addtional 
data besides the communications object itself, the following 
two steps involve executing any queries indicated by query 
elements (step 545) and reading any attachments specified 45 
by attachment elements (step 546). These two processes will 
be further described in the discussion of data exchange 
control below. 

At this point all the parts of the message are ready to be 
encoded for transmission. Encoding attributes and methods 50 
are associated with the recipient 120. This allows commu- 
nications object transmissions to be encoded in an optimal or 
desired format for each recipient. For example, e-mail 
recipients who use MIME attachments can receive MIME 
objects, while e-mail recipients who cannot read MIME can 55 
receive BinHex attachments or have the communications 
object markup file encoded directly in the ASCII text of the 
e-mail message. Compression, encryption, and other encod- 
ing methods can also be applied. Encoding service objects 
may also be employed. Encoding control and encoding 60 
service objects are further described below. The recipients 
encoding attributes and methods are read (step 547) and the 
encoding methods are executed (step 548) 



object's Ackinterval and the AckFlag is set to FALSE (step 
562). The AckDateTime value and the AckFlag value of the 
acknowledgment association (121, FIG. 3) can now be used 
by the provider program 12 to check for missing acknowl- 
edgments as of the acknowledgment due date as further 
described below. This completes the object generation and 

Jr^flsjniss ion routin e: 

Consumer Program Operation 

One advantage of the communications system of the 
present invention is that the transmitted communications 
object instance can be automatically received, processed, 
stored, and indexed by the consumer program 22. Since the 
data is structured as an object and stored in an object- 
oriented database 21, the data it contains can be easily 
searched using the consumer program 22 in order to locate 
specific information or perform certain functions. 

The consumer program 22 may also coordinate with 
operation of other applications on the consumer computer 2 
in order to provide the data to those additional applications. 
For example, name and address information may be trans- 
ferred to a personal information management program. 
E-mail address information cap be transferred to an e-mail 
program for its address book. Similarly, data can be trans- 
ferred to word processing or spreadsheet programs to be 



After encoding, the communications object is transmitted 

to the recipient according to the attributes and methods of 65 incorporated into documents. Also, the proper information 

the recipient (steps 550-551). As discussed previously, can be used for standard electronic data interchange (EDI) 

according to a preferred embodiment, objects sent directly to formats or other types of electronic information exchange. 
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Alternatively and in most cases preferably, these other in a manner similar to that for the search form 620. Selection 

applications can access the consumer program through an of the choice causes a URL request for the appropriate form, 

API to retrieve communications-related data when needed. which is displayed. The user can then complete the infor- 

These applications can also call the methods of the com- mation in the form and submit the form for processing. After 

munications objects to automate data interchange with the 5 processing, the next appropriate screen will be genera ted and 

provider of the object. This has the advantage of storing the displayed. 

data and methods only once on the consumer's desktop, The sort form 634 presents a set of options for displaying 

saving storage space, decreasing complexity, and increasing communications objects, pages, and elements. Choices 

the accuracy of the resultmg commumcations^The use of an indude SQrti b container (such ^ a folder)> order 

API for communications object access will be further dis- 1Q (ascendiag or descendirig) , and unit (object, page, element). 

Tg. Illustrates the relationships between various ^ f 55 ^""f * ^ c °™ database 21 are then 

screens and forms produced and used by the consumer so *f accor ^ t0 elected criteria and redisplayed 

program in processing objects stored in the consumer data- A ™ e ex P° rt fo ™ « 45 operates to transfer data from the 

base. The consumer program is primarily reading, editing, ' database to be used by other applications, such as a contact 

and reporting on objects to the consumer database. ^ file for a personal information manager or a mail merge list 

Therefore, the menus and forms used by the consumer f° r a word processor. First, a search or sort is performed to 

program are similar to a the browsing, editing, or reporting select a group of communications objects, pages, or ele- 

modes of any conventional database application. Upon ments to be exported. The export form includes choices to 

startup, an HTML page of the main menu 600 screen is select the elements to export, the destination (such as a disk, 

generated and displayed. As with the provider program 12, 20 file, clipboard, etc.) and a format. Upon submission of the 

the menus and forms discussed with respect to the consumer completed form, the data meeting the export form criteria is 

program 22 are merely illustrative of the capabilities of the transferred to the selected destination in the selected format, 

system. They can be organized in any order or hierarchy, and The data can then be used by the other application, A screen 

other functions and features can be added by creating or identifying the results of the export is then displayed, 

modifying other menus, forms, or toolbars. 25 The print form 646 is used to print information in the 

The main menu 600 lists the principal types of functions database. Some routine print functions can be performed by 

which can be performed by the consumer program 22. The the browser program 50. However, other printing functions, 

object list form 610 provides a directory to the communi- such as printing selected elements or pages or using special 

cations objects in the consumer database. A name or other print formatting, can be performed directly from the print 

identifying information for each object is displayed in a list 30 form. The print form requests information relating to the 

format. The name or identifying information also functions selection of elements to be printed and the format for 

as a hyperlink to the object. The user can set various printing. A results screen can also be displayed after the print 

attributes of the display, such as formatting of characters, operation. 

amount and order of information identifying the object, and The select object function results in a display of the 
organization of the communications objects in the list, using 35 selected object form 611. An object may typically be 
the preferences form 650. The choices in the object list form selected by selecting its name on a form, which is hyper- 
provide access to forms for performing functions with linked to the object. In the selected object form 611, the 
respect to the attributes or methods of one or more commu- names of the pages of the object are displayed in a list, with 
nications objects selected in the object list. hyperlinks to each page. From the selected object form 611, 

The search form 620, as illustrated in FIG. 14 will be used 40 the user can sort, search, export and print using the forms as 

as an example for processing of a form request. The search discussed above with respect to the object list form 610, 

form 620 presents the user with a screen which allows the Other choices are also possible with respect to the selected 

input of information, whether typed in or selected as check object which will be discussed further below, 

boxes. As illustrated in FIG. 14 the search form 620 includes An edit object form 622 can be used to edit a communi- 

a location to enter a search string. The search may also be 45 cations object's attributes, including its component ele- 

expanded or limited based upon the form from which the ments. Most attributes and elements of a communications 

search form was requested. For example, if the search form object are defined by the provider and are not editable by the 

220 was selected from the selected object form 211, then consumer. However, certain elements are defined by the 

only that selected object is searched. The user may elect to provider specifically for editing by the consumer. These 

search all objects instead by checking an appropriate check- 50 preference elements may include polling refresh intervals, 

box. Similarly, the search can be limited to certain folders of return receipts, subscription elements, and notification ele- 

communications objects. The user can also select the method ments. A consumer may also assign other attributes and 

for display of the search results. When the search form 220 associations to a communications object. These include 

is submitted as a request, the consumer program 22 will then folder assignments, nicknames, notes, notification priority, 

act to process the form (step 57 in FIG. 2). The processing 55 expiration date, and archive method. All communications 

of a search form results in a query of the consumer database object attributes and element attributes edited by the con- 

21 according to the search attributes entered in the form. The sumer are stored separately from the object in the consumer 

query is performed in the same manner as queries for any database 21. This is accomplished by use of the CommOb- 

object-oriented or relational database: A search report is then jectPrefs class 127 and ElementPrefs class 147 shown in 

generated as the next screen (step 53 in FIG. 2), which is 60 FIG. 3. Whenever the consumer first edits or adds commu- 

outputted to the browser program 50 and displayed (step 54 nications object attributes, an instance of the commurrica- 

in FIG. 2). In the search report, the consumer program 22 tions object preferences class 127 is created in the consumer 

will automatically generate a hyperlink URL for each com- database 21 and associated with the communications object 

munications object name and page name displayed so that 110. Similarly, whenever the consumer first edits a prefer- 

the respective object and page can be selected. 65 ence element, an instance of the element preferences class 

Referring back to FIG. 13, other functions shown in the 147 is created and associated with the element 143. The 

object list form 610 (sort, export and print) operate as forms edited or assigned attributes are stored in these two class 
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instances, and appropriate methods 141 are stored with or 
associated with these classes (these associations are not 
shown in FIG. 3 due to space limitations). In this way the 
consumer's data is not overwritten when an updated com- 
munications object is received. Additionally, the consumer 5 
may forward a communications object without including the 
consumer's own attribute preferences, although the con- 
sumer may optionally choose to do so. Communications 
object forwarding is described further below. 

The delete object form 623 shown in FIG. 13 allows a 10 
communications object to be removed from the consumer 
database 21 if the information is no longer desired. The form 
also allows the consumer to reconfirm that the selected 
object is to be deleted. Additionally, the user may select 
certain options for deletion. Such options may include 15 
maintaining the object for a predefined period before actual 
deletion, or storing basic information (such as an object 
name, UID, and update method) so that the object could 
easily be retrieved again if needed. 

The select page option displays the selected page form 20 
612 which provides a listing of the elements on that page. 
Typically, the page (142, FIG. 3) would be displayed using 
the display order attribute of each page reference (146, FIG. 
3) as specified by the provider. However, the user may resort 
the elements using the sort form 634. If a page contains 25 
editable preference elements (143, FIG. 3), the HTML 
rendering of the element on the page would include the input 
form fields necessary to edit the preference element. It 
would also include the form processing method name nec- 
essary for the consumer program 22 to validate and store the 30 
edited element preferences in an element preference instance 
(147, FIG. 3). The export form 645 and print form 646 can 
also be used with respect to a selected page or elements on 
the selected page. 

The notification report form 630 is selected from the main 35 
menu 600 in order to provide information about new com- 
munications objects, updates to existing objects, messages 
received by objects, database status messages, and other 
news of which the user wishes to be informed. The notifi- 
cation report form provides the user with the capability to 40 
select and filter information received from a provider. 
Operation of this form is discussed below in connection with 
notification element processing. - 

The user can generate other reports relating to the con- 
sumer database using the other reports form 640. Standard 45 
reports might include database statistics (total objects, pages 
and elements; database file size; and size of objects being 
held), object statistics (frequency of use; last use; age in 
system; total age; size; number of updates; and last update), 
and transaction logs (number of updates; percentage of CPU 50 
time used, online time used; percentage of errors; and types 
of errors). Additionally, consumers could specify their own 
database reports to be added to this form. 

The preferences form 650 allows the user to edit opera- 
tional preferences that apply to the consumer database 21 or 55 
consumer program 22 as a whole. These can include con- 
figuration options such as the initial menu to display upon 
startup, the colors and fonts for the forms and data, and field 
defaults. The user may also select options such as a default 
refresh interval to use for new objects, a default expiration 60 
period, and default settings for editing or preference forms. 
Basic Communications Object Reception Process 

FIG. 15 is a flow chart illustrating the operations for 
processing communications object instances 110 received 
by the consumer program 22. As shown, an entire object is 65 
provided (Step 700) to the consumer program 22 each time 
any changes are made to the object. Alternatively, only the 
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changed portions of the updated object may be sent in an 
object update. These processing steps for this case are not 
described but are substantially similar. Upon receipt of the 
object, the consumer program 22 first determines whether 
the received object is a message object (step 701). Message 
objects and their processing will be explained below. If the 
received object is not a message object, the next step is 
determining whether the communications object already 
exists in the consumer database 21. This is done by querying 
(step 702) the consumer database 21 for the UID of thfe 
communications object 110. If the UID does not exist, the 
object is processed as a new object. 

For new objects, the consumer program 22 first executes 
the consumer's GlobalPrefs NewObjectReceipt method 
(step 703). This method allows the consumer to control the 
processing of new communications objects. Typically this 
method will store the object to the consumer database 21. 
However, the consumer may wish to discard objects 
received from any provider system ID on a list maintained 
in the consumer database 21, commonly referred to as a "kill 
file". Additionally, the NewObjectReceipt method controls 
the permissions the consumer extends to the new object to 
execute its own receipt method(s). For example, new objects 
from providers whose system ID is not in the consumer 
database 21 may not be allowed to execute their receipt 
method, while new objects from known providers may be 
extended this privilege. Receipt methods trigger automatic 
actions taken when a communications object or object 
update is first received by a consumer program 22. For 
example, a receipt method may automatically return an 
acknowledgment message back to the provider confirming 
the consumer's receipt of the object or object update. 
Receipt methods and acknowledgment messages are farther 
described below. 

Once the NewObjectReceipt method has been executed, 
the consumers notification preferences for new objects are 
retrieved (step 704) from the NewObjectNotify attribute of 
the GlobalPrefs class (103, FIG. 3) in the consumer database 
21. A test is done to see if notification is desired (step 705), 
If so the consumer program 22 retrieves and executes the 
consumer's GlobalPrefs NewObjectNotify method (step 
706). The user may wish to have the object displayed 
immediately, to receive an e-mail about the new object, to 
include a message about the new object in the user's 
notification report (including its size, methods, update 
intervals, etc.), or any other notification action or combina- 
tion of actions. Notification preferences and methods are 
further described below. Also, different actions may be taken 
based upon the program state and operation involved with 
the object's arrival. For example, the user may wish to have 
an object displayed immediately if the user manually 
selected it as a HTTP request from a Web site, but not if it 
was an object update retrieved automatically via a Web 
HTTP polling request by the consumer program 22, or if it 
arrived via e-mail. Different actions may also be taken based 
upon attributes or methods of the communications object 
itself, or a comparison between these and with the existing 
objects in the consumer database 21. For instance, the 
consumer may wish to immediately display new objects 
from selected providers whose system ID is already present, 
but only have notification in the notification report of new 
objects from any other provider system ID. 

After any notification methods have been executed, the 
consumer program 22 executes any other system methods 
that may apply to new communications objects (step 708). 
For example, a Register method would check to see if the 
updated object wished to register a new public method (141, 
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FIG. 3) in the consumer database 21. After any system as steps 716 and 717 of FIG. 15. Referring again to FIG. 3, 

methods are executed, new communications object process- if an element 143 for which an association with an element 

ing is complete. preference 147 exists is absent in the communications object 

In step 702, if an object already exists in the database, update, the consumer may wish to be notified and/or the 

then it is processed to determine what changes have 5 element preference instance 147 deleted. This can be accom- 

occurred and what actions should be taken by the consumer plished via a notification method as described below, 

program 22 because of those changes. In this way the The consumer program 22 then proceeds with additional 

communications control system of the present invention processing steps depending on the contents of the new and 

functions not just as an information transfer system but as an old versions of the communications object 110. First, this 

event processing system. Both the provider and consumer 10 means executing any receipt methods 141 or rules 140 

share control over the processing that takes place when associated with the communications object 110. Referring 

knowledge of an event is transferred from provider to again to FIG. 15, receipt methods 141 or rules 140 assigned 

consumer. The first event, the arrival of a communications by the provider are executed first (step 721). Receipt meth- 

object update, is processed in step 714. The version value of ods 141 or rules 140 assigned by the consumer, i.e., those 

the updated communications object 110 is compared with 15 associated with the communications object preference 

the version value of the most recent version stored in the instance (127, FIG. 3) associated with the communications 

consumer database 21. In the authoring process, the update object, are executed next (step 722). Receipt methods and 

association rule and method ( FIG. 10B) has ensured that rules and their use are further described below, 

any change to a component of a communications object After receipt method processing, notification processing 

results in the communications object's version value being 20 is carried out. Processing of notification elements (steps 

incremented. Therefore if the newly received object's ver- 723-727) is further described below. After notification 

sion value is older or equal to that of the existing object, the processing, the consumer program 22 executes any other 

newly received object is not new. In this case the object is system methods that* apply to updated communications 

either discarded, or other processing may take place depend- objects, such as the Register method (step 731), Finally, the 

ing on the consumer's preferences, such as notification in the 25 consumer program 22 checks the archive preference 

consumer's notification report (step 713). Communications attribute of the communications object preference instance 

objects with equal or lesser version values typically rep re- (127, FIG. 3) to see if it exists (step 735). Archive prefer- 

sent retransmissions due to distribution errors by the ences determine the number of previous instances of a 

provider, forwarded objects from other consumers, or communications object stored in the consumer database 21. 

manual retrievals of an object by the consumer when the 30 This is identical to how archiving works for previous 

consumer is unsure of the object's update status. versions of communications object components stored in the 

If the newly received communications object's version provider database 11. In a preferred embodiment, consumers 
value is newer than the last version stored, the consumer can control archiving either globally or by individual corn- 
program 22 first stores the updated object in the consumer munications object. If the consumer has indicated an archive 
database 21 (step 715). The next set of steps involves 35 preference for the object, the consumer program 22 executes 
updating communications object associations. When a con- the archive method indicated by the communications object 
sumer is able to edit data related to a communications object, preference (step 736). If no such archive preference exists, 
this data needs to be stored separately from the communi- the consumer program 22 executes the archive method 
cations object so it is not overwritten by a subsequent indicated by the consumers global preferences (103, FIG. 3) 
communications object update. The data structures neces- 40 in step 737. This completes the processing of an updated 
sary to accomplish this are shown in FIG. 3. First, when a communications object. 

consumer first edits any attribute relating to a communica- Combined Provider and Consumer Program Operation 

tions object 110 as a whole, an instance of the communica- The functions of provider and consumer programs and 

tions object preference class 127 is created by the consumer databases have been separated in the above discussion in 

program 22. This instance 127 has a one-to-one association 45 order to simplify the description of the communications 

with its parent communications object 110. It also has a system of the present invention. However, in one 

one- to -many association with folder instances 115. These embodiment, the program functions and databases are com- 

associations are created using the edit object form (622, FIG. bined. Thus, a single database includes all of the commu- 

13), and allow the consumer to further control processing nications objects and object components which have been 

related to this communications object. A consumer is also so created or received by the user. This eliminates complexity 

able to edit preferences related to specific elements 143 and saves disk space for the user. The program offers the 

within the communications object 110. As described above, provider functions when creating and distributing commu- 

these preference elements are a mechanism for providers to nications objects, and the consumer functions when receiv- 

give consumers control of specific types of communications ing and processing them. Combining the program functions 

object update processing. Whenever a consumer edits a 55 and databases in this way yields significant additional func- 

editable preference element 143, an instance of the element tionaltty not available when the programs and databases are 

preference class 147 is created by the consumer program 22. separate. 

This element preference instance 147 has a one-to-one First, communications relationships can be linked in both 

association with its parent element 143. Optionally it may directions between users. Referring to FIG. 3, when the 

also have an association with one or more folder instances 60 programs are separate, the provider must create and maintain 

115, which allow the consumer to further control processing a recipient instance 120 for each desired recipient. When the 

related to this preference element. When an updated com- programs are combined, however, the functions of a recipi- 

munications object is received by the consumer program 22, ent instance 120 can be replaced by a communications 

the associations between the communications object prefer- object instance 110 received from that recipient. By includ- 

ence instance 127 and each element preference instance 147 65 ing an element 143 of a special composite type 

need to be updated to the new "parent" communications "Receive Object", the received communications object 110 

object 110 and elements 143. These update steps are shown can supply all the fields required of a recipient instance 120, 
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including network address, preferred encoding format, and 
preferred transmission method. The provider only needs to 
make an association once between the recipient's commu- 
nications object and the provider's own communications 
object or objects 110. From that point onward, the provider 
no longer needs to maintain these attributes or methods of 
the recipient instance 120, as they will be updated automati- 
cally from the recipient's communications object 110. 

Second, all the elements, type definitions, and methods of 
both received and transmitted objects are present in a single 
database and program operation environment. This allows 
the provider to use the attributes and methods of received 
objects for other purposes. For example, special communi- 
cations object types can be used to supply services needed 
by other communications objects. Such services include 
directory services, authentication services, payment 
services, and feedback services. These "service objects" will 
be further discussed below. Components from received 
communications objects can also be reused within the pro- 
vider's own communications objects, thus creating "synthe- 
sized objects". Synthesized objects will be further discussed 
below. 

Third, the elements and methods of the provider's own 
communications objects can be made available to commu- 
nications objects from other providers. This allows for the 
automated, intelligent exchange of many types of standard 
personal or business data which otherwise would require 
human effort. Data exchange automation will be further 
discussed below. 

Fourth, a single notification report system can be used to 
report messages and events to the user, whether they are 
associated with provider objects or consumer objects. Noti- 
fication reports are described below. 
Event Loops, Event Logging, and Event Scheduling 

The provider program 12 and consumer program 22, 
whether combined or separate, operate internal event pro- 
cessing loops similar to many computer operating systems 
or software programs which need to handle user and system 
events as well as scheduled or automatic operations. The 
main event loop is illustrated in FIG. 16A. In this loop the 
program first checks to see if there is a system event waiting 
for processing (step 751). If so, the program processes the 
event (step 752). It then determines if the event requires 
logging (step 753), either by a method included directly in 
the event, or by checking the system ID of the source class 
initiating the event against event logging rules in the rules 
class 140. If logging is required, the program generates an 
instance of the logged event class (118, FIG. 3), recording 
the date and time of the event, the system ID of the source 
object requesting the event, the system ID of the target 
object carrying out the event, the event type (for example, 
polling, inserting, editing, deleting), and the event results. 

If there is not an event waiting in step 751, or when an 
event does not require logging in step 753, or when the event 
logging task is finished in step 754, the program begins idle 
processing tasks (step 755). During idle processing periods 
other specialized event loops can be processed until the 
expiration of the main event loop (step 756). These special- 
ized event loops may include a scheduled event loop, an 
inbox/outbox monitoring loop, a rule-monitoring loop, and 
so on. The specific event loops used are not a limiting feature 
of the invention. 

The scheduled event loop is shown in FIG. 16B. When- 
ever an event needs to be scheduled by any method, system 
procedure, or direct user input, it generates an instance of the 
scheduled event class (117, FIG. 3). This instance includes 
the date and time of the event, the system ID of the object 
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requesting the event, the system ID of the object carrying out 
the event, the event type, and the event parameters (if any). 
When executing the scheduled event loop, the provider 
program 12 or consumer program 22 first retrieves the 

5 earliest scheduled event instance (step 761). It then checks 
to see if the scheduled date/time is equal to or less than the 
current date/time (step 762). If so, it processes the event 
(step 763), then tests to see if event logging is required (step 
764), as described above. If event logging is required, it 

10 generates and saves an instance of logged event class (118, 
FIG. 3) in step 765. Finally, it either deletes or updates the 
scheduled event instance (step 766), depending on the nature 
of the event. A communications object update polling event 
would, for example, be incremented by the next polling 

15 interval. 

At the end of this process, or if the earliest scheduled 
event instance had not yet elapsed in step 761, or if an 
executed event did not require logging in step 764, the 
program terminates the scheduled event loop (step 767) and 

20 commences the next idle processing task. 

ADVANCED COMMUNICATION OBJECT TYPES 

The basic architecture of a communications object system 
lends itself to many specialized communications object 
types which enable significant additional functionality. As 

25 discussed earlier, in a preferred embodiment each of these 
specialized types are implemented as subclasses of the 
communications object superclass 110. Examples of these 
subclasses are illustrated in FIG. 17. These examples are 
merely illustrated of the users of communications object 

30 types and not a limiting feature of the invention. 

Alternatively, these special object types could be distin- 
guished by the use of a special element contained in a 
communications object. This element would have a special 
composite type such as CommObjectType, and the value of 

35 this element would determine the communications object 
object type for purposes of processing by the consumer 
program 22, provider program 12, distribution server 32, or 
a communications object system partner server 1302. 
Message Objects 

40 Communications objects represent a transfer of commu- 
nications intelligence, in the form of data, metadata, and 
instructions, from a provider to a consumer who wishes to 
form a communications relationship with that provider. 
Once the communications object has been exchanged, fur- 

45 ther communications between the provider and consumer 
can carry greater intelligence because they can be be orgin- 
ated and received as transmissions between these two com- 
munications objects. Although these messages can be struc- 
tured in any form, in a preferred embodiment they are 

50 simply a special communications object type called a mes- 
sage object 110. This means they can be generated, encoded, 
transmitted, received, and processed in the same fashion as 
any other communications object. The only difference is that 
the generation or receipt of a message object may not result 

55 in an update to the sending or receiving communications 
object, but rather the execution of one or more methods at 
the sending or receiving program, and optionally changes to 
other objects or object components in the sending or receiv- 
ing databases. A communications object update may be 

60 considered a special form of message object which includes 
changes to the receiving communications object. 

Message objects can also be sent to or received from any 
other communications server, program, or process which is 
not a formal part of the system but is compatible with the 

65 message object format. Not all messages produced by a 
communications object system need take the form of mes- 
sage objects, however. The attributes and methods of com- 
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munications objects can also be used to generate and For providers, message objects allow the provider pro- 
received other structured or unstructured message formats gram 12 to operate similarly to a consumer program 22. In 
compatible with other communications systems, servers, or other words, message objects returned to a provider program 
processes, or any custom format of the provider's choosing. 12 by communications objects which originated in that 
As with any communications objects 110, message 5 provider program 12 can execute the receipt methods, noti- 
objects may be transmitted or received via either the push or fication methods, and other processing methods of their 
pull technique, using any communications protocol. parent communications object 110. This gives the provider 
Specifically, message objects can be transmitted and many of the same benefits that me communications object 
received using both store-and-forward protocols, such as ■ to the ^urnix. The ability for both the provider and 
™ TT 11 ; Mld ^ trans ™ D Protocols, such as 1Q coQsumer to beflefit ^ hom ^ automated processing 

^ ™ n f thC T' Tf^ JC - ^H^^r of message objects is a core advantage of a communications 

of HTTP forms for automated processing by the web server, w t t 

such as Common Gateway Interface (CGI) script process- ° JCC sys f m * _ . t 

Component and Composite Objects 

m The processing steps for receipt of a message object by l P™ erful feature °f communications objects is 

the consumer program 22 are illustrated in FIG. 15. First, a ^ their ability to be physically or logically nested. This nesting 

newly received object is tested to determine if it belongs to * illustrated in FIG. 3 by the one-to-many association 110A 

the message object subclass (step 701). If so, the next test is for communications objects 110. Communications objects 

to see if the message object's "parent" exists in the consumer contained by another communications object are called 

database 21 (step 711) by searching for its UID. The parent component objects, and the container object is called a 

is the communications object (110, FIG. 3) that produced the 20 composite object. FIG. 17 illustrates the one-to-many rela- 

message object. If the UID of the parent object is not tionship between the composite object subclass 811 and the 

present, the message object is rejected as invalid. This may component object subclass 812. 

also result in an error message being displayed to the user or Each component object has an association 110A to the 

placed in the the user's notification report, depending on the composite object which contains it. Acomponent object may 

user's preferences. 25 be contained by more than one composite object. As with 

If the parent UID exists, the final step is to execute the other associations in the provider database 11, changes to 

message object's receipt method or methods. Since a mes- component objects can be propagated upward to the com- 

sage object is simply a special type of communications posite objects which contain them via the update association 

object, it may carry its own methods, or it may call the method (FIG. 10B). Thus, for editing and display purposes, 

methods of its communications object "parent". 30 component objects can be treated as one or more methods, 

Additionally, when received by the originating provider rules, pages, elements, or type definitions that become part 

program 12, it may call any other method 141 present in the of the larger composite communications object. Composite 

provider database 11 which originated the parent commu- objects can access the elements or methods of their compo- 

nications object. For example, a communications object nent objects in the consumer database 21 just as if the 

could include a receipt method 141 named GetStatData 35 elements or methods were contained directly in the com- 

which obtains statistical data from a consumer database 21 posite object. In this manner component objects can be dealt 

and returns a message object to the provider program 12. with as independently transferable objects for purposes of 

When the message object is received by the provider pro- updating, distribution control, and other uses as described 

gram 12, it may execute a receipt method 141 named below, while still functioning as an integral part of the 

PostStatData which is present in the provider database U, 40 composite objects which contain them, 

but not in the original communications object 110. Composite objects may optionally contain additional ele- 

Alternatively, method names can be polymorphic. In this ments 143 representing their component object members. In 

case a method included in the communications object 110 this way a composite object can be separated from its 

could perform one action when received by the consumer component objects yet still contain the information neces- 

program 22, but another action when called by a message 45 sary to retrieve or update its component objects. This use of 

object in the provider program 12. The method can distin- composite objects may be more fully understood in the 

guish between these programs by matching the system ID of description of distribution control functions below, 

its originating database (100, FIG. 3) with the system ID of Composite and component objects are particularly useful 

the database in which it is executing. (Such a match may also for creating many different kinds of metadata structures in 

be made on a group ID rather than a specific system lb.) For 50 communications object system databases 100. Example are 

example, a communications object 110 could include a directory category hierarchies and discussion response 

method TransferStatData which, when executed by the thread hierarchies, shown in FIGS. 29A and 29B. Another 

consumer program 22, would be used to gather statistical example is schedule objects 

data from the consumer database 21 and return a message Synthesized Objects 

object to the provider. However, when the same Transfer- 55 When the functions of the provider program 12 and 

StatData method is executed by the message object back at consumer program 22 and their respective databases 11 and 

the provider program 12, the method could be used to post 21 are combined, a provider can create synthesized objects, 

the statistical data to the provider database 11 (or another A synthesized object is a communications object which 

database maintained by the provider). contains components or component objects from other pro- 

Because of this, message objects generally do not need to 60 viders. These are referred to as "external components" or 

transport their own methods, but can instead call methods "external component objects". FIG. 17 illustrates the syn- 

present in their parent communications object (already thesized object subclass 813. A synthesized object does not 

stored in the consumer database 21 and provider database 1 necessarily require a special communications object type, 

1), or other methods from their originating provider database although it may be desirable for licensing, authentication, or 

11. This makes them a highly efficient means of transporting 65 other purposes. The uses of synthesized communications 

structured message data and initiating automated processing objects may be more fully understood from the description 

of that data. of service object types below. 
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Just as with a standard communications object, when the and access privileges. One way to accomplish this is for the 

external components or component objects of a synthesized provider to create different communications objects and 

object change after the receipt of an updated object from the assign them (via push) or make them available (via pull) to 

external provider, those changes trigger the update associa- different consumers. However, when a large number of 

tion rule, described above. Thus the changes are propagated 5 communications object components are being distributed to 

upward to the components and communications objects large number of consumers, this solution quickly becomes 

which contain them using the update association method unwieldy. A second drawback to this approach is that when 

(FIG. 10B). In this fashion synthesized communications a global naming system is used, each of these communica- 

objects transmit the changes to their external components in tions objects must have a unique name. These different 

the same fashion as they do with their internal components. 10 names can easily confuse consumers, who would rather be 

Service Objects able to associate a single communications object name with 

Service objects are another special class of communica- the real-world name of the person, company, product, 

tions object whose primary function is to provide commu- service, etc, that the communications object represents, 

nications services to other communications objects. As Thus, in a preferred embodiment, providers would be able to 

shown in FIG. 17, the service object superclass 815 can be 15 automatically distribute customized versions of the same 

further broken into subtypes such as registration service communications object. 

objects 830, maintenance service objects 831, name service In addition, in some cases it is preferable for the consumer 
objects 832, directory service objects 833, and so on. Service to control this customization process. For example, a pro- 
object types can be used by the provider program 12 and vider may offer several versions of a software product, all 
consumer program 22 to distinguish the services that service 20 sold under the same name. The provider may wish to offer 
objects make publicly available to other objects. The use of a single communications object corresponding to that prod- 
service objects will be discussed in separate group of uct name, yet allow it to be customized for the particular 
sections below. product versions . However since the provider does not know 
User Objects which version each consumer is using, it is preferable for the 

User objects are communications objects 110 used to 25 consumer to control customization, 

represent communications object system users or groups of This leads to four scenarios for distribution control from 

users in a communications object system database 100. User a single provider to one or more consumers: provider control 

objects are shown as class 816 of FIG. 17. User objects 110 using the push technique, consumer control using the push 

have many different applications for both service object technique, provider control using the pull technique, and 

partner servers and multiuser implementations of a commu- 30 consumer control using the pull technique. This section will 

nications object system database 100. User objects will be discuss each of these in turn. Distribution control involving 

further discussed in the service object and advanced system multiple providers will be discussed further in the multiuser 

architecture sections below. operation section below. 

Schedule Objects For provider control using the push technique, we have 
Schedule objects are communications objects 110 used to 35 already described how a provider can assign different corn- 
represent scheduled real-world events in a communications munications objects to be distributed to different consumers 
object system database 100. Scheduled objects are shown as using the create new recipient form or edit selected recipient 
class 817 of FIG. 17. Schedule objects 110 are used to form (311, 312, FIG. 9). Distributing customized commu - 
coordinate communications about events, such as phone nications objects simply requires extending this same tech- 
calls and meetings. Schedule objects will be further dis- 40 nique down to the component level. This means the com- 
cussed in the scheduling control section below. ponents for each communications object instance are 
COMMUNICATIONS CONTROL FUNCTIONS customized for each recipient during the communications 
The preceding sections have explained the basic mecha- object instance generation process. This process is analo- 
nisms by which communications objects are created, gous to steps 534, 545, 547 of FIG. 12 where object 
updated, and distributed by a provider, and received, 45 methods, encoding methods, and transmission methods are 
processed, and stored by a consumer. While the transfer of customized for each recipient by associating them with the 
a communications object may itself communicate informa- recipient instance (120, FIG. 3). 

tion between the provider and consumer, this is only a first Any communications object component can be used for 

use of the present invention. A second principal use is customized distribution. FIG. 18 illustrates the data struc- 

employing the transferred communications object to control 50 tures necessary for controlling distribution using pages 142. 

and automate additional communications between the pro- While pages are the preferred embodiment that will be 

vider and consumer. The following sections will explain discussed here, other classes, such as elements 143, could 

these control functions as they apply to distribution, also be used. Alternatively, additional container classes 

encoding, transmission, reception and acknowledgment, could be employed, such as page groups. The components or 

notification, updating, data exchange, communications 55 component groups used for distribution control are not a 

object exchange, forwarding and chaining, transfer, limiting feature of the invention. When page distribution 

termination, event tracking, archiving, and reporting. Two control is used, a rule 140 exists such that the creation of any 

additional types of control functions, for multinetwork com- page instance 142 also creates an instance of a page sub- 

munications and scheduling, will • be discussed in the scription element 853 (and deletion of the page instance also 

advanced system architecture sections. This set of control 60 deletes the page subscription element instance). A page 

functions is not exhaustive but merely illustrative of how the subscription 853 is an instance of element class 143 with a 

control capabilities of a communications object system may composite type PageSubscription. This composite type 

be applied. includes a logical value SubscribeFlag. The rule 140 that 

Distribution Control creates a page subscription instance 853 also creates a 

Aprovider may wish to distribute different information to 65 one-to-one association 855 with the page 142 it represents, 

different consumers. In addition, a provider may wish to Therefore, a list of page subscriptions 853 associated with 

grant different consumers different communications control each page 142 contained by a communications object 
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instance 110 can be displayed on the edit selected recipient method PageSub scribe. It then transmits this message object 

form (312, FIG. 9). The SubscribeFlag attribute of each page instance 810 back to the provider program 12. When the 

subscription 853 can be represented as a checkbox on this message object instance 810 is received by the provider 

form. By checking the desired boxes, the provider can create program 12, the PageSubscribe receipt method is executed 

an association 856 between the recipient instance 120 and 5 using the changed page subscription elements 853 as a 

the page subscription 853. This results in specific pages parameter. As a polymorphic method, this results in an 

being assigned to the communications object instance that update operation that changes the SubscribeFlag values of 

will be transmitted to the recipient. the page subscription elements 853 associated with the 

FIG. 19 illustrates the three minor modifications that recipient 120. This in turn removes the association 856. Id 

selective page distribution requires in the object generation 10 this way the consumer is able to edit his/her own page 

and transmission process illustrated in FIG. 12. First, instep subscription settings in the provider's database 11. An 

881, only those type definitions (144, FIG. 3) associated updated communications object instance can be returned by 

with elements (143, FIG. 3) contained by pages (142, FIG. the provider program 12 immediately, at a scheduled future 

3) associated with page subscriptions (853, FIG. 18) having date/time, or at the time of the provider's next publishing 

a SubscribeFlag attribute which is TRUE are selected for 15 operation. 

inclusion in the object markup file. Second, in step 882, only Both the foregoing distribution control processes operate 
elements contained by pages associated with page subscrip- via the push technique. For high volume distribution, the 
tions having a SubscribeFlag attribute which is TRUE are pull technique is more likely to be employed. Distribution 
selected. Third, in step 883, only pages associated with page control using the pull technique is illustrated in FIG, 20, Pull 
subscriptions having a SubscribeFlag attribute which is 20 distribution requires the consumer program 22 to interact 
TRUE are selected. All other steps are identical to those directly with a distribution server 32. In a preferred 
shown in FIG. 12. embodiment, this can be accomplished using a distribution 
The second case covers how the provider can allow the service object 1310 and a distribution partner server 1302. 
consumer to control distribution using the push technique. These will be further discussed in the distribution service 
For example, a software company might offer multiple pages 25 object section below. Customized distribution, whether con- 
within a communications object pertaining to a software trolled by the provider or the consumer, has two require - 
product. Each page would correspond to a particular version ments. First, the components of a communications object 
of that product. If the company did not know which version must be available independently on the distribution server 
a consumer was using, it could include a menu of these 32. Second, the instructions governing the selection of these 
pages in the communications object. A consumer's choices 30 components must execute either in the consumer program 
from this menu would be automatically returned to the 22, or the distribution server 32, or both. In essence, program 
provider via a message object, which would invoke a logic must be used to replace the human intelligence of the 
method in the provider program 12 to change the consum- provider in deterrnining how to customize communications 
er's page subscription settings in the provider database 11. object components. 

In this way the consumer can choose to "subscribe" to the 35 The first condition can be met by breaking the commu- 

page or pages corresponding to the product version the nications object into a composite communications object 

consumer is using. 1ms saves transmission time for the 900 and a set of component objects 901. Two sucb compo- 

provider and file space for the consumer. nent objects are shown in FIG. 20, however any number of 

To accomplish this requires first that the page subscription component objects can be used. The second condition can be 
elements 853 be transmitted with the communications object 40 met by either including a distribution control method in the 
as a preference element that will be editable by the con- composite communications object, or transferring a second 
sumer. To include page subscription elements in the com- communications object with one or more distribution control 
munications object, an "Include Page Subscription" check- methods to the distribution server 32, or both. Alternatively, 
box can be included next to the "Include Page" checkbox for the distribution control instructions can be programmed 
each page listed on the create object or edit selected object 45 directly into the distribution server 32, or supplied via 
form (321, 322, FIG. 9). As shown in FIG. 18, when the form another program or object called by the distribution server 
is submitted with an "Include Page Subscription" checkbox 32. FIG. 20 illustrates an instance of a distribution control 
selected, a contained-by association 857 is created between communications object 902 produced by the provider pro- 
this page subscription element instance 853 and the selected gram 12 and transmitted to the distribution server 32. 
communications object instance 110. In addition, when 50 Provider control of distribution via the pull technique 
consumer page distribtuion control is in effect, each page involves the following steps. First the object instance gen- 
subscription instance 853 has an association 858 with a eration and transmission routine (FIG. 12) generates the 
PageSubscribe method 854. These two associations 857 and composite communications object instance 900 (step 910) 
858 mean that all page subscription elements 853 and one and the component communications object instances 901 
PageSubscribe method 854 will be transmitted as commu- 55 (steps 911, 912). The composite communications object 
nications object components in the same manner as any instance 900 includes a distribution control method 901. 
other communications object element or method. This method can execute automatically (as a receipt method) 

Once the communications object is received by the con- or manually (with consumer activation) within the consumer 

sumer program 22, the SubscribeFlag values of the page program 22 to retreive the desired component objects from 

subscription elements 853 are editable by the consumer 60 the distribution server 32. If some distribution control logic 

using the edit object form (622, FIG. 13) (The operation of will reside at the distribution server 32, the object instance 

this form in conjunction with the operation of the consumer generation and transmission routine also needs to produce 

program 22 is described above.) When this form is submit- one or more distribution control objects 902 (step 913), or 

ted to the consumer program 22, its contents are processed this logic must be alternatively supplied to the distribution 

by the associated PageSubscribe method. This method first 65 server 32. (One alternate method of supplying this logic is 

creates a message object instance (810, FIG. 17) containing a distribution service object 1310. Distribution service 

the changed page subscription elements 853 and the receipt objects will be further described below.) Each of these 
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objects are then transmitted to the distribution server 32 instances (853, FIG. 18) are included in the distribution 
(steps 920, 921, 922, 923), either separately or in a combined control object 902, the consumer could invoke a hyperlink 
transmission. in the edit object form (622, FIG. 13) which calls an HTML 
The next step is for the consumer to obtain a copy of the form from the distribution server 32. This form displays the 
composite communications object instance 900 (step 930). 5 page subscription element instances (853, FIG. 18) for 
When the object is received by the consumer program 22, editing in the same manner as the edit object form (622, FIG. 
the distribution control method 931 can be executed auto- 13) displays in the consumer program 22. However, when 
matically as a receipt method or manually by the consumer this form is returned to the distribution server 32, the 
(step 931). The distribution control method 931 determines PageSubscribe method in the distribution control object 902 
which component objects 901 should be retrieved. These 10 or its equivalent is used to return the specified component 
instructions may incorporate any logic or business rules the objects 901 to the consumer program 22. Again, this latter 
provider wishes to employ, using whatever data is available process can be more eflicient than distributing page sub- 
to the communications object in the consumer database 21 scription elements and large PageSubscribe methods in the 
or elsewhere in the consumer's computing environment. For composite communications object to all consumers, 
example, if the communications object represented a soft- 15 One advantage of using composite communications 
ware product, the distribution control method 931 could objects for distribution control is that a single composite 
examine the consumer database 21 or the consumer's local communications object 900 can be used to control updating 
or network environment to determine if the product was for multiple component communications objects. This will 
installed and what version the consumer was using. Alter- be further explained in the discussion of update control, 
natively it could present an input form to the consumer to 20 below. Alternatively, distribution control can be accom- 
gather other relevant data for processing. The distribution plished using specialized forms of data exchange control, 
control method 931 could then determine and download the This will be further explained in the discussion of data 
appropriate component objects 901 from the distribution exchange control, below, 
server 32 (step 932). For example, it could download the Encoding Control 

component objects 901 that correspond to the version of the 25 Encoding refers to the formatting of communications data 
product the consumer was using. If the consumer did not to increase its communications value. Communications 
have the product installed, the distribution control method encoding may take many forms, including human languages, 
931 could download the component objects 901 that are computer languages, character sets, data file formats, corn- 
compatible with the consumer's computer system. pression formats, transmission formats, encryption formats, 
Alternately, the distribution control method 931 could trans- 30 and display formats. Multiple types of encoding may be 
mit data it retrieves from the consumer database 21 or the applied to the same communications transmission. A corn- 
consumer's computer environment to the distribution con- munications object system represents a significant improve- 
trol object 902 on the distribution server 32 (step 933). This ment over existing communications encoding control pro- 
data could then be processed by the distribution server 32 to cesses for three reasons. First, communications objects 
determine the optimal component objects to return to the 35 provide a simple, automated way for the communications 
consumer program 22. This can be more efficient than sender to know which encoding formats are optimal for a 
transferring a sizable distribution control method to each communications recipient. Secondly, because this encoding 
consumer. Automatic data exchange will be further dis- data is stored within a structured database 11, 21, it can be 
cussed below. easily accessed by the provider program 12, consumer 
The final scenario is consumer control of distribution via 40 program 22, or another software program using an appro - 
the pull technique. This is similar to consumer control via priate API, for the purposes of automating both the encoding 
the push technique, and again uses page subscription ele- process for the sender and the decoding process for the 
ment instances (853, FIG. 18) and a PageSubscribe method receiver. Thirdly, the sharing of encoding and decoding 
(854, FIG. 18). However there are three differences. First, methods can be dramatically simplified through the use of 
the page subscription elements include additional attributes 45 encoding service objects. Encoding service objects will be 
which allow them to function as link elements to the further discussed below. 

corresponding component objects location on the distribu- Communications objects can control the encoding of 

tion server 32. Link elements are more fully described in the transmissions of the communications objects themselves, 

section on communications object exchange control below. communications object updates, related objects such as 

Secondly, the PageSubscribe method operates differently, as 50 message objects, attachments to communications object 

explained below. Thirdly, both the page subscription ele- transmissions, or any other form of message, data stream, 

ment instances and the PageSubscribe method may be broadcast, or data exchange process. They can also control 

contained in either the composite communications object both the encoding process for the sender (be it the provider 

900 or the distribution control object 902. or consumer), and the decoding process for the receiver. 

Once the composite communications object is received at 55 The fundamental process by which communications 

the consumer program 22, the consumer can control com- objects control encoding and decoding is as follows. Using 

ponent distribution in one of two ways. If the page subscrip- the provider program 12, the provider supplies within a 

tion element instances (853, FIG. 18) are included in the communications object (110, FIG. 3) one or more elements, 

composite communications object, the consumer can edit methods, rules, (143, 141, 140, FIG. 3) or any combination 

their SubscribeFlag values using the edit object form (622, 60 of these governing the encoding formats to be used by 

FIG. 13). When this form is submitted to the consumer communications transmissions resulting from this cornmu- 

program 22, the PageSubscribe method (854, FIG. 18) nications object. Once the communications object 110 is 

processes the form data. The PageSubscribe method then acquired by a consumer, any communications transmissions 

uses the link attributes of each page subscription element resulting from the communications object, whether gener- 

instance (853, FIG. 18) to retreive from the distribution 65 ate d manually by the consumer using the consumer program 

server 32 the component objects 901 for whom Subscribe- 22, automatically by the consumer program 22 itself, or 

Flag equals TRUE. If the page subscription element automatically by another software program accessing the 
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communications object via an API, will use the appropriate of the encrypted message objects 110, the provider program 

encoding. When such transmissions are received back by the 12 can also automatically identify and apply the matching 

provider program 12, or by another software program or private key element 143 for decryption. The use of multiple 

process which has been programmed by the provider or by rotating public keys significantly reduces the risk of security 

other communications objects received from the provider 5 breaches if any one key combination is broken, and 

program 12, these transmissions can be decoded by refer- increases the effort necessary to compromise the security of 

ence to the same data and methods included in the original the messages. 

communications object. The authentication of public keys and digital signatures 
Encoding can be applied directly by methods contained can also be automated via the use of authentication objects, 
within the communications object, by encoding service 10 a special type of service object. Authentication objects and 
objects, by system methods contained in the programs 12, servers will be further discussed below. 
22, by other utility software programs called by these An example illustrating the application of encoding con- 
programs, or by other applications that call the data and trol and automation using communications objects is shown 
methods of the communications object via an appropriate in FIG. 21. A provider using the provider program 12 has 
API. 15 created and distributed to a consumer program 22 a corn- 
Encoding control is particularly relevant to communica- munications object instance 35. This communications object 
tions security. Many data encryption systems operate contains a WPFileSend method 141, plus such additional 
through the use of a digital key or signature for securely elements, methods, and rules (143, 141,140, FIG. 3) as are 
encoding a communications message, and a second related necessary to govern the encoding and transmission of word 
key for decoding and authenticating the message. The two 20 processing documents from consumers. A consumer wishes 
keys are related through the use of a mathematical algo- to transmit a word processing file 951 produced by a word 
rithm. Such systems are often referred to as public/private processing program 950 to the communications object pro- 
key encryption systems. The encoding key, which is gener- vider. The word processing program 950 runs concurrently 
ally publicly available, is called the public key; the decoding with the consumer program 22 on the consumer computer 2. 
key, which is guarded by the recipient, is called the private 25 The consumer invokes a command within the word process- 
key. Public keys can also be digitally "signed" so they can ing program 950 to execute a macro program 953 such as 
be authenticated via reference to a trusted source. The use of those available within popular word processors such as 
encryption algorithms, public and private keys, digital Microsoft Word from Microsoft Corporation and WordPer- 
signatures, authentication, and other topics related to secure feet from WordPerfect Corporation. The macro program 953 
communications is discussed generally by Bruce Schneier, 30 makes an API call to the consumer program 22 (step 960) 
Applied Cryptography, Second Edition (1996), which is which returns a list of the available communications objects 
incorporated herein by reference. which support word processing file transfer (step 961). 

As with other forms of encoding, communications objects These choices are presented to the consumer in a menu or 
are an excellent mechanism for simplifying and automating dialog box. Alternatively, the macro program 953 could 
public/private key encryption. Referring to the data struc- 35 retain an internal list of frequently-used word processing file 
rures in FIG. 3, this is because a communications object 110 recipients. If a communications object represented multiple 
is an ideal vehicle for transmitting one or more of the recipients, the macro program 953 could make additional 
provider's public keys to the consumer's computer, where it calls to the consumer program 22 to present such menus or 
can be used to automatically encrypt messages being dialog boxes as were necessary to determine those sub- 
returned to the provider. The public key can be stored as an 40 choices. Once a particular recipient or recipients were 
element 143, and the encryption method can be stored as a chosen, the macro program 953 would make one or more 
method 141. By encrypting the return message as a message calls to the consumer program 22 for the input options 
object 1 10, the message object can invoke a receipt method necessary to execute the communications object's WPFile- 
141 at the provider program 12 which can automatically Send method (step 962). The consumer program 22 would 
decrypt the message using the provider's private key and the 45 return the necessary parameters, including the provider's 
decryption method, stored as an element 143 and method choice of preferred word processing document formats, 
141 in the provider database 11, or otherwise made available message category options, encryption options, notification 
to the receipt method 141. options (such as priority), return receipt options, event 
This security technique is not limited to public/private key logging options, accounting options, and message attach - 
encryption systems, but can be applied to any form of 50 ment options (step 963). Those which require consumer 
encryption where data and/or methods supplied by the input could be presented in one or more additional dialog 
provider are necessary to accomplish automatic encryption boxes. 

at the point of message origination (the consumer), as well Once the consumer has provided this input, the macro 

as automatic decryption at the point of message reception program can use the provider's choice of preferred word 

(the provider). The specific encryption protocol or algorithm 55 processing formats to save the consumer's designated word 

is not a limiting feature of the invention. processing file or files 952 in that format (step 964). If the 

One particular advantage of a communications object optimal format is not possible (due to word processing 

system in this respect is the ease with which multiple public program version differences, conversion filter capabilities, 

keys may be used. Multiple keys may be included within a or other factors), the next most preferred format can be used, 

single communications object, or a single key may be 60 Once the file or files 952 have been saved, the macro 

constantly changed via communications object updates, or program 953 can make a final API call to the consumer 

both techniques can be used together. Since encryption can program 22 (step 965). This calls the WPFileSend method of 

be applied automatically by the consumer program 22, the the selected communications object and supplies the name 

encryption method 141 can programatically or randomly of the word processing file or files to be sent together with 

chose from among the available public keys. By including 65 the additional parameters to the method. The WPFileSend 

an indentifier value 161 within each public key element 143, method executes a series of steps within the consumer 

and including this unencrypted identifier value in the header program 22. First, it uses the provider's preferred compres- 
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sion format to apply a compression algorithm such as PKZIP Telephony Applications Programming Interface (TAPI) pro- 

from PKWARE, Inc. or SIT from Aladdin Systems to the vided with the Microsoft Windows family of operating 

word processing file or files, Inc. (step 966). As with the systems from Microsoft Corporation. For postal networks, 

word processing file format, if the most preferred compres- the interface could be accomplished through a print driver 

sion format is not available, the next most preferred format 5 capable of producing machine- or human- readable printer 

can be used. The WPFileSend method then uses the provid- output. This output could be printed directly on the trans- 

er's public key to apply an encryption algorithm such as mission media, such as a postcard or envelope, including 

RSA from RSA Data Security, Inc. to the word processing within the transmission media, such as within an envelope, 

file or files (step 967). Once the word processing file or files or applied to the exterior of the transmission media, such as 

are ready, in step 968 the WPFileSend method creates the 10 a label or routing slip. Incoming transmissions via a postal 

appropriate message object or objects (810, FIG. 17). Then network can be processed via manual data entry or auto- 

the WPFileSend method creates an e-mail message or mes- matically via the use of a print scanner or barcode reader, 

sages 956 and applies the encoding format such as MIME, Alternatively the programs 12, 22 could output or input 

BinHex, or UUEncoding specified by the communications digital files from removable magnetic or optical media, such 

object 110 to attach the message object or objects (step 969). 15 as floppy disks or disk cartridges, that are transmitted via 

Lastly, the e-mail message or messages are transmitted back postal networks. 

to the provider computer 11 (step 970). Transmission control is accomplished using a communi- 
When the e-mail message 956 is received by the provider cations object system in the same manner as encoding 
program 12, the WPFileSend method stored in the provider control. Using the provider program 12, the provider sup- 
database 11 is executed. This performs each decoding step in 20 plies within a communications object (110, FIG. 3) one or 
reverse order. First the e-mail message 956 is decoded to more elements, methods, rules, (143, 141, 140, FIG. 3) or 
produce the message object attachment or attachments (step any combination of these governing the preferred commu- 
971). Then the message object or objects are read and nications network to be used for any communications trans- 
processed to determine the subsequent decoding steps nec- mission resulting from the communications object. Once the 
essary (step 972). Using the function calls and parameters 25 communications object 110 is acquired by a consumer, any 
supplied in the message object, the word processing file or communications transmissions resulting from the commu- 
files 952 are decrypted (step 973). The same procedure is nications object, whether generated manually by the con- 
followed for decompression (step 974). Next, the file or files sumer using the consumer program 22, automatically by the 
files are saved to an appropriate storage directory (step 975), consumer program 22 itself, or automatically by another 
Finally the provider's notification preferences for the 30 software program accessing the communications object via 
WPFileSend method are followed (step 976). For example, an API, will determine use the most preferred communica- 
this step may involve placing a notification message element lions network available. The determination of the optimal 
(211, FIG. 4) and a hyperlink to the file or files in the communications network is a cooperative endeavor 
provider's notification report. Clicking this hyperlink will betweent the provider and consumer. The provider can 
open the provider's word processor 958 and load the word 35 indicate the range of available choices and the provider's 
processing file 952, as is the convention with files of specific preferences within this range. The consumer program 22 can 
MIME types submitted to a browser 50. In this way the automatically, or manually with the consumer's input, deter- 
provider can view the fully translated word processing file or mine the consumer's preference from among these choices, 
files 952 in the optimal format without expending any Transmission control can be illustrated with a communi- 
human effort to receive, decompress, decrypt, or translate 40 cations object which offers software technical support 
the file format. options. Referring to FIG. 3, a page 142 within the corn- 
Transmission Control munications object 1 10 can include elements 143 which 
As discussed earlier, a communications object system can allow a consumer to access technical support resources via 
control and automate communications via any type of com- e-mail, fax, postal mail, or voice. Each element 143 is 
munications network to which both the provider and con- 45 associated with a method 141 governing the communica- 
sumer have access. The particular communications network tions network to be used for that type of transmission, 
used is not a limiting feature of the invention. For example, E-mail options can invoke a SendEMail method 143 which 
many providers and consumers share access to three com- can obtain from the element 143 all data necessary to 
mon communications networks: the Internet (a data com- address the e-mail, specify the subject line or subject line 
munications network), the telephone system (a voice/fax/ 50 subsections, add other carbon copy or blind carbon copy 
data communications network), and the postal system (a recipients, and include any additional data in the body of the 
physical communications network). Communications message or as attachments to the message (data exchange 
objects themselves are typically transmitted and updated via control is further discussed below). The consumer can enter 
a data communications network such as the Internet the balance of the message manually via a text input field on 
(although alternate communications networks such as the 55 an HTML form, or by designating an appropriate computer 
telephone system or postal systems could also be used). file or files. The SendEMail method can then send the e-mail 
However, these objects can be used to control commumca- via Internet SMTP. Fax options can similarly invoke a 
tions via other types of communications networks such as SendFax method which can obtain from the element 143 the 
voice, fax, and postal. To do so requires that the provider provider's fax number, calculate any necessary prefixes or 
program 12 or consumer program 22 include the external 60 long distance area codes, and compose automatic cover 
drivers or function calls necessary to interface with these pages and body pages. Again the consumer can enter the 
communications networks. In the case of telephone com- balance of the message manually via a text input field on an 
munications networks, this could be accomplished through HTML form, or by designating an appropriate text or 
a serial interface driver and an appropriate voice/data/fax computer file or files. The SendFax method can then trans- 
modem hooked to the provider's or consumer's computer or 65 mit the fax message via model or fax API interface. Postal 
local area network. Alternatively the programs 12, 22 could mail options are handled using a similar SendPostal method, 
support operating system telephony API calls such as the In this case the output is printed to a local or network printer. 
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Fully addressed and barcoded postcards, envelopes, or labels the consumer (step 722). The provider's methods are given 

can be printed automatically depending on the capabilities of execution priority because a consumer's receipt methods 

the consumer's printer. These can include human or could result in program state changes the provider cannot 

machine-readable routing codes for use when the postal predict. 

delivery is received by the provider. Voice options can call 5 Perhaps the most common example of how a provider can 
a SendVoice method that can provide powerful control over use receipt methods is acknowledgment messages. Although 
telephony. For example, beyond just autodialing a phone acknowledgment messages can take any form and be sent to 
number obtained from the element 143 (which, like a any receiving program (or human), in a preferred embodi- 
telephone speed dial button, the consumer need never see), ment they are transmitted as message object instances 810 
a SendVoice method may use additional touchtones to 10 back to the provider program 12 or to a distribution server 
navigate a receiving voice menu or voicemail system until it 32. Alternatively they can be sent to another computer 
has reached a specific destination. At this point it may program designed by the provider to receive the message 
visibly or audibly notify the user that the line is ready, object instances 810 or another structured message format. 
Another option with appropriately equipped computers is for Acknowledgment messages are used to confirm receipt of 
the SendVoice method to allow the user to record a voice- 15 any type of communications object, including another mes- 
mail message immediately using a microphone and sound- sage object. Acknowledgment messages can be produced by 
card. Then the SendVoice method can completely automate a consumer program 22 to acknowledge receipt of a com- 
the transmission of this voicemail message in the back- munications object from a provider program 12. They can 
ground while the user does other work. If the provider is also be produced by a provider program 12 to acknowledg- 
appropriately equipped, a SendVoice method could also 20 ment receipt of a message object from a consumer program 
coordinate the alternating transmission of data and voice in 22. The ability of a communications object system to 
the same telephone call. Alternately, it could employ proto- produce and process acknowledgment messages automati- 
cols such as Voice View from Radish Software, Inc. for cally is another strong advantage it holds over other com- 
mixing data and voice in one telephone session. munications systems. This is because with most conven- 

When a data communications network, such as the 25 tional communications systems, acknowledgment messages 

Internet, is available to both the provider and consumer, are either not produced at all, or if they are, they must be 

many communications transmissions can be more efficiently processed manually by the user. If acknowledgment mes- 

and automatically accomplished via this channel. However, sages are not produced at all, the user has no way to 

certain tasks such as the shipment of physical goods or live guarantee that important communications transmissions 

voice telephony must occur via alternate communications 30 have succeeded. If they must be manually processed by the 

networks. Because they can operate so efficiently via a data user, the user is forced to periodically check for receipt of 

communications network such as the Internet, communica- the acknowledgment message, then take appropriate action 

tions objects are particularly well-suited to the scheduling, if it has not been received. Automatic acknowledgment 

tracking, and coordination of communications transmissions processing shifts this burden entirely to the provider and 

taking place via alternate communications networks. Com- 35 consumer programs 12, 22. The user can simply instruct the 

munications coordination will be discussed further below. program to alert the user if an acknowledgment message has 

Receipt and Acknowledgment Control not been received within an expected period. The user is then 

In conventional communications systems, the vast major- able to forget about the matter completely, knowing the 
ity of communications message processing must be done by program will notify him/her only if there has been a problem 
humans. In a communications object system, both providers 40 with the transmission. The program can also be instructed to 
and consumers have a powerful way to automatically control attempt automatic retransmissions before notication, further 
the processing that takes place when specific communica- reducing the potential workload on the user, 
tions events occur. Like many other aspects of a communi- The data structures necessary for acknowledgment auto- 
cations object system, this control is cooperatively shared by mation are shown in FIG. 3. The primary structure involved 
the provider and consumer. The provider can specify what 45 is the acknowledgment association 121. This is a one-to-one 
processing the provider wishes to have take place. The assocation between a recipient instance 120 and a commu- 
consumer can place limits upon what processing a provider nications object instance 110. It includes an AckDateTime 
is allowed, as well as specify additional processing the attribute which is a date value and an AckFlag attribute 
consumer wishes to have take place. which is a logical value. As explained earlier in the distri- 

The primary mechanism for controlling automatic event 50 bution process for communications object or object update 

processing within a communications object system is the (steps 552-562, FIG. 12), the AckDateTime value is set to 

receipt method. A receipt method is one or more methods the the date/time of distribution plus the acknowledgment 

which are executed automatically upon receipt of a com- interval. The acknowledgment interval is taken from the 

munications object. Receipt methods are identified by their Acklnterval attribute of either the communications object 

method type as described above. Receipt methods can be 5S 110 or the recipient 120, depending on which the provider 

associated with any type of communications object 110, chooses to govern acknowledgment. The AckFlag value is 

including communications object updates, composite also initially set to FALSE. 

objects 811, and message objects 110. In addition to the The steps necessary for acknowledgment automation are 

receipt methods included by a provider, a consumer can also shown in FIG. 1. When a consumer program 22 receives a 

assign his/her own receipt methods to a communications 60 communications object instance 35 from a provider program 

object, like any method, receipt methods can call other U, the consumer program 22 executes the object's receipt 

methods, so a series of receipt methods can be chained in a methods. By including an SendAck receipt method in the 

particular order. communications object 35, the provider can cause an 

As shown in FIG. 15, receipt method processing is a acknowledgment message 33 to be returned to the provider 

standard part of communications object reception process- 65 program 12. The SendAck method simply generates a mes- 

ing. Receipt methods assigned by the provider are executed sage object instance (810, FIG. 17) that includes another 

first (step 721), followed by any receipt methods assigned by SendAck receipt method and the recipient's database system 
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ID (100, FIG. 3). When the acknowledgment message object tions object 110, and one or more methods 141, including an 
33 is received by the provider program 12, its SendAck update method. This specialized use of an acknowledgment 
receipt method 141 is executed. Being a polymorphic message object 110 is referred to as a registration message, 
method, the operation performed by the SendAck method Registration messages are important for three reasons. First, 
141 at the provider program 12 is different than at the 5 registration messages can be used to track communications 
consumer program 22. Referring again to FIG. 3, the Sen- ob j e L ct distention tod usage even when the provider does 
dAck method 141 first uses the system ID of its parent not L have th f capability to distribute updates using the push 
communications object 110 and the system ID of its origi- technique. An example is when an expensive high-powered 
. . . ♦ *u a /u e web server is used for high-volume distribution of a com- 
dating recipient 120 c - query the database for a acknowl- munications object bu{ * iQexpensive personal ^mputex 
edgment association 121 It then changes the value of the 10 and ^ fe used fQf communications 
AckFLag attribute to TRUE. The AckHag attnbutes of all object acknowledgrneil t messages. Second, registration mes- 
acknowledgment associations 121 are maintained in this sage& can be used QD m mten nittent basis by only including 
way. Now all that is required to complete acknowledgment ^ SendAck receipt method in selected communications 
automation is for the provider program 12 to periodically ob j ect up d a tes. This allows distribution statistics and other 
execute a scheduled event 117. This event executes a Ack- 15 d a ta to be gathered periodically rather than with every 
Monitor method which queries for all acknowledgment update. Third, if the acknowledgment message object 110 
associations 121 where AckDateTime is equal to or less than includes the e-mail address of the consumer, the resulting list 
NOW and AckFlag is FALSE. Those instances meeting this of recipients 120 created by registration messages can allow 
criteria represent recipients 120 from whom acknowledg- the provider to convert the communications object update 
ment messages have not been received in the alloted inter- 20 method from pull to push. Conversion between update 
val. The AckMonitor method could then take appropriate methods is discussed further below, 
actions. For example, it could execute a designated notifi- Another common example of a provider-assigned receipt 
cation method to notify the user, such as placing an entry in method is scheduling polling events when a communica- 
the user's notification report. Notification control is further tions object uses the pull technique for updating. A SetPo 11- 
discussed below. Alternatively, the AckMonitor method 25 ing receipt method can cause the previous polling even to be 
could automatically retransmit the appropriate communica- deleted and the next polling event to be scheduled. With 
tions object instance 110. Each time it did this it would composite communications objects (811, FIG. 17), a Get- 
increment the AckDateTime value of the acknowledgment Components receipt method can govern the updating of each 
association 121 by the appropriate Ackinterval. It would also component object to which the consumer is subscribed. This 
increment the integer value of the Re try Count attribute by 30 allows a composite object to control the updating of all its 
one. If the acknowledgment association 121 continued to component objects as described in the distribution control 
fail the AckMonitor check, each subsequent retransmission section above. Update control will be described further 
would continue incrementing the Retry Count attribute until below. 

it equaled a RetryThreshold attribute value stored in the Another example of a provider-assigned receipt method is 

global preferences instance 103. At this point user notifica- 35 registration. Certain communications objects such as service 

tion could be triggered, as well as other appropriate actions objects may explicitly wish to register themselves or their 

designated by the provider, such as deletion or inactivation public methods within the consumer database 21. Object and 

of the recipient instance 120. method registration will be discussed further below. 

Like any other message object, acknowledgment mes- The foregoing cases are all provider- assigned receipt 

sages can also be used to report back useful information to 40 methods. Aunique feature of the present invention, however, 

the provider about the consumer, such as statistical or usage is that once a consumer has received a communications 

data. Data exchange control and reporting control will be object from a provider, the consumer is also able to assign 

further discussed below, receipt methods. These methods can be assigned to the 

When communications objects are distributed using the object as a whole, or to specific preference within the object, 

push technique, receipt acknowledgment messages can be 45 The data structures necessary for accomplishing this are 

used to delete recipients 120 who do not wish to continue shown in FIG. 3. Receipt methods applying to the commu- 

receiving communications object updates. This is accom- nications object 110 as a whole can be assigned via an 

plished in the same manner as consumer distribution control association created between the communications object 

using the push technique, described above. In this case, the preference element 127 and a method 141 (this association 

SendAck receipt method presents a form to the consumer 50 is not shown due to space limitations). Receipt methods 

allowing him/her to edit the logical value of a Subscribe applying to specific preference elements can be assigned via 

element 143. The resulting value is returned with the an association between the element preference instance 147 

acknowledgment message object instance 810. Upon receipt and a method 141. 

by the provider program 12, a negative Subscribe element A common example of a consumer-assigned receipt 

value causes the SendAck method to delete the association 55 method is forwarding, wherein receipt of a communications 

between the recipient 120 and the communications object object update causes that update to be forwarded to another 

1X0. consumer program 22. Forwarding is further described 

Acknowledgment messages can still be used even when below, 

the distribution method uses the pull technique. This is Consumer-assigned receipt methods can also be used to 

accomplished identically to the above except for the follow- 60 control data or message exchange with other software pro- 

ing. First, the acknowledgment message object instance grams operating on the consumer computer 2 or within the 

(810, FIG. 17) returned to the provider program 12 includes consumer's local network environment. This can be accom- 

such additional data about the consumer as is necessary to plished via receipt methods which call operating system 

create a recipient record 120. Second, if the recipient record methods or the methods of the target computer program. 

120 instance does not exist in the provider database 11, the 65 Update Control 

SendAck method needs to create it, and also create the One of the most distinguishing features of a communica - 

association 121 between the recipient 120, the communica- tions object system is its ability to control the automatic 
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updating of communications objects. Certain types of com- 
munications objects, such as those designed for one-time 
data exchange operations, may not be persistent in the 
consumer database 21 and thus not require updating. How- 
ever every communications object that will be persistent in 
the consumer database 21 needs to be updated when the 
provider makes changes to the object. Push-based updating 
is automated through the use of the update association rule 
(FIG. 10B) described above. Pull-based updating is accom- 
plished through the use of update methods. As with any 
other object method, an update method may be a reference 
to a system method, an method carried internally in the 
object, or a call to a remote method stored on another 
computer accessible via communications network 3. A com- 
munications object may also be associated with multiple 
update methods. 

When a communications object instance is distributed 
using the push technique, updates are pushed by the provider 
program 12, so an update method is not required in the 
communications object. However, an update method may 
still be employed in this case for error correction. For 
example, if the provider typically distributes communica- 
tions object updates via the push technique every 30 days, 
the provider could include in the communications object a 
receipt method that creates a scheduled event instance (117, 
FIG. 3) in the consumer program 22 to be activated in 60 
days. With each subsequent update of the communications 
object, the receipt method would reschedule this scheduled 
event instance for another 60 days into the future. If a push 
transmission from the provider did not reach the consumer 
within a 60 day period, the scheduled event instance would 
be actived. It would trigger the update method which would 
send a message object 110 back to the provider program 12. 
This message object could contain the e-mail address of the 
consumer computer 2, the version and date of the last 
communications object received, and other such data as 
would allow the provider program 12 and consumer pro- 
gram 22 to resynchronize after an error condition. 

When a communications object employs the pull tech- 
nique of updating, an update method is used to control the 
update operation. Pull-type update methods can use any 
services available at the consumer program 22 to initiate an 
update. In a preferred embodiment shown in FIG. 1, an 
update method initiates a polling request from the consumer 
program 22 to a distribution server 32. For example, the 
consumer program 22 can issue a HTTP "Get" request to 
Web server using the "If-Modified-Since" parameter in the 
header. The date/time of the most recent existing commu- 
nications object version in the consumer database 21 is 
supplied as the value for the "If-Modified-Since" parameter. 
This value is stored as the LastUpdate date attribute of the 
communications object (110, FIG. 3). If the date/time of the 
the communications object markup file 35 on the Web server 
has not changed, the Web server returns a response code 
indicating "no change", and the update method will schedule 
the next polling event. If the date of the file 35 stored on the 
Web server 32 is newer, the Web server returns the com- 
munications object markup file 35, and processing begins as 
shown in FIG. 16. 

Referring again to FIG. 3, the triggering of update meth- 
ods is typically controlled by a scheduled event instance 117 
in the consumer program 22, As described above, this 
scheduled event instance 117 can be created by a receipt 
method executed when a communications object or object 
update 110 is received. It can also be scheduled or resched- 
uled by an update method triggered by a scheduled event 
instance 117. This combination of using receipt methods and 
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update methods to control scheduled event instances 117 
provides comprehensive control over update events. This is 
further augmented by the ability of receipt and update 
methods to use any data available to them within the 
5 communications object 110 or the consumer database 21 to 
make update decisions. For example, update events can be 
scheduled based on a specific periodic interval or specific 
date/time set by the provider. By the use of preference 
elements, the provider may also allow the consumer to 
10 choose an update interval or date/time, or to choose from 
within an update interval range or data/time range offered by 
the provider. The provider can also let the update method 
determine a random date/time within a periodic interval or 
date/time period. This last approach, commonly referred to 
15 as a "back off", can be useful for controlling server loads. 
For instance, a provider may publish a weekly newsletter on 
Friday afternoons at 2 p.m. Eastern Standard Time. By 
specifying that the receipt or update method schedule the 
update polling event for a random time within the next 3 
20 hour period, the provider can efficiently distribute a very 
large volume of updates within that 3 hour period without 
overloading the server. Receipt or update methods can also 
use other logic or data to control update polling. This might 
include factors such as the total age of the communications 
25 object in the consumer database 21; the frequency with 
which the consumer has viewed or acted upon the commu- 
nications object; costs or fees associated with an update; or 
other criteria. The specific algorithm or algorithms used to 
control update scheduling are not a limiting feature of the 
30 invention. The consumer may also wish to have the con- 
sumer program 22 dynamicaly reschedule update events 
depending on other factors such as the time of day, the 
interval since the program was last run, local or Internet 
network traffic levels, the consumer's own system activity 
35 level, other system or environment variables, disk space 
availability, or other factors. Update methods can also be 
triggered manually by the consumer. 

Different update methods, or differing parameters to one 
update method, can also be active depending on the con- 
40 sumer's preferences or other rules determined by the pro- 
vider or consumer. For example, a different polling interval 
may be associated with one or more notification elements, so 
the polling frequency may be determined by which notifi- 
cation elements a consumer has activated. Notification ele- 
45 ments are further discussed below. 

The nature of communications object architecture makes 
it easy for a provider to convert a communications object 
110 from push to pull updating and vice versa. To convert 
from push to pull updating, the provider need only add a 
so pull-based update method to the communications object, 
then distribute it via the push technique to all recipients 120. 
As soon as it is received by each recipient the object will 
begin to use pull updating. The conversion from pull updat- 
ing to push updating is almost as straightforward. The 
55 provider first adds a receipt method to the communications 
object 110 that will return a registration message to the 
provider program 12 or a distribution server 32. As 
described above, registration messages create or update a 
recipient instance 120 and its association with the commu- 
60 nications object 110 and an update method 141. As each 
registration message is received, the recipient is converted to 
a push update method. The provider need only maintain the 
pull version of the communications object 110 on a distri- 
bution server 32 until the provider believes all outstanding 
65 copies of the object have returned a registration message. 
In certain cases it may be advantageous to combine both 
the push and the pull techniques of updating for a single 
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communications object 110. For example, a provider may control, the communications object 110 controlling the 

wish to use pull updating for distribution of a monthly updating need not contain any direct references to the 

newsletter, but also wish to be able to distribute an update specific communications objects or component objects 

via the push technique when very timely news occurs, such being updated. Rather the controlling communications 

as a special event. In this case the provider can use pull 5 object 110 can contain one or more data exchange elements 

updating in the communications object 110, but also include 143 and data exchange methods 141 which function as an 

a receipt method that returns a registration message from the update method. (Data exchange elements and data exchange 

consumer the first time the communications object 110 is methods will be further explained in the data exchange 

received. (Consumer registration information can be control section below.) The data exchange method 141 can 

updated whenever the consumer changes it. Registration 10 first execute a query of the consumer database 21 for all 

updates will be further discussed below.) These registration communications objects which match the query critieria. For 

messages create a special association between the recipient example, a composite communications object 900 could 

120 and communications object 110 which has a PushSpe- query for all its component communications objects 901, 

cial attribute (not shown in FIG. 3). Recipients 120 whose The query result includes the UID and current version value 

association with a communications object 110 has a Push- 15 of each component object 901. The data exchange method 

Special attribute are ignored during standard communica- then uses the result set to perform a second query of the 

tions object updates. However when the provider needs to distribution server 32. The distribution server 32 would 

distribute a push update, the provider can set a PushSpecial return each component object 901 for which the version 

flag for the communications object 110 using the edit object value on the distribution server 32 was greater. In this 

form (322, FIG. 9). When this flag is set, all recipients 120 20 manner a single communications object could be used to 

associated with the communications object 110 will receive very efficiently update thousands or even millions of com- 

the update via the push technique. Alternatively, the provider munications objects stored on high performance database 

may choose to distribute a message object 110 to all recipi- servers. 

ents 120 who have a PushSpecial association with a com- This process can be made even more efficient for the 

munications object 110. This message object can include a 25 consumer by the maintenance of an index of provider UIDs 

receipt method that triggers an update via the pull technique. and the communications objects 110 with which they are 

In this fashion a small message object may be distributed via associated with on the distribution server 32. This process is 

a push medium such as e-mail in order to trigger the further described in the directory service object section 

downloading of a much larger update via another medium below. 

such as the World Wide Web or FTP. 30 Another update control approach that can be used with 

One communications object can be used to control the both the pull and push techniques is version monitoring, 

updating of other communications objects. For example, the Version monitoring can be employed with either the push or 

receipt method for a composite communications object can the pull technique. Version monitoring uses a rule 140 to 

trigger the updating of each of its component objects. To monitor version values included in message objects passed 

illustrate this, refer to FIG. 20 and the preceeding discussion 35 between the programs 12, 22, and 32 to detect when a 

of consumer distribution control using the pull technique. A communications object 110 needs to be updated. Version 

composite communications object 900 can contain multiple monitoring is further discussed in the sections on data 

page subscription element instances (853, FIG. 18) corre- exchange control and data archiving control below, 

sponding to its component communications objects 901. Notification Control 

Each page subscription element instance can include an 40 One of the greatest advantages of a communications 

attribute for the current version value of the corresponding object system over other communications systems is the 

component object 901. This version value attribute can be ability it gives information consumers to control notification 

maintained using a rule 140 that updates the version value of about communications events. The fundamental reason for 

the page subscription element instance when the version this is that within a communications object system all 

value of the component communications object 901 45 messages are transmitted and received as some type of 

changes. When the composite communications object 900 is communications object. This allows messages to be "pre- 

updated, its receipt method can compare the version value in processed" by the consumer program 22 or provider pro- 

this attribute with the version value of the corresponding gram 12 using data or methods from one or more commu- 

component object 901 currently stored in the consumer nications objects already present in the consumer database 

database 21. When the version value has changed, the update 50 21 or provider database 11. This preprocessing allows these 

method of the corresponding component object 901 can be programs to do a large amount of the sorting, filtering, and 

executed to update the component object. In this manner the notification work that otherwise would require human effort, 

component objects themselves do not need to be polled for In a communications object system notification control is 

updates. This same technique of "indirect updating" can be achieved primarily through the use of notification methods 

applied to any set of communications objects, where ele- 55 141, notification rules 140, and notification elements 141. 

ments in one communications object are processed to trigger Collectively these are referred to as notification components, 

the updating of other related communications objects. In this Notification methods 141 can operate on a communications 

way, for example, a single communications object at a web object as a whole, or they can be associated with specific 

site could be used to check for updates on many additional notification elements 143 contained within a communica- 

communications objects on the web site or related web sites. 60 tions object. Since notification elements 143 describe the 

Another highly efficient update control technique, nature of other data or events about which the consumer may 

referred to as update query control, requires the use of be notified, they are one of the principal metadata constructs 

database program operating on a distribution server 32. In a of the present invention. Communications objects or object 

preferred embodiment, this can be accomplished using a updates can carry multiple notification elements 143. Each 

distribution service object 1310 and a distribution partner 65 notification element 143 may also be associated with mul- 

server 1302. These will be further discussed in the distri- tiple other elements 143 such as message elements 143. 

bution service object section below. With update query Consumers can accept default notification methods 141 
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assigned to each notification element 143, assign other element for a company selling a software product might be 

system notification methods 141, or create and assign their "New Version Announcements". For an on/off -type notifi- 

own notification methods 141. The combination of these cation element, the description might be, "Includes all new 

capabilities provides a powerful means of active messaging. version announcements, both minor and major upgrades". 

As described above, notification elements 143 have a 5 For a range-type notification element, the description might 

special type definition which the consumer program 22 uses be "Choose from one to five. One receives only full point 

to trigger notificatioD processing. FIG. 4 illustrates a basic upgrade announcements. Five receives all new product 

example of a notification element instance 201 called a topic announcements, including weekly maintenance patches/' A 

element. Topic elements allow providers to specify interest list of these notification elements would appear similar to the 

topics on which consumers can choose to receive notifica- 10 table of contents for a newsletter, or the items on a customer 

tion of new messages. A topic element 201 includes the interest survey. The provider can assign notification ele- 

attributes of element class 143, namely system ID, name, ments to one or more pages (142, FIG. 3) which in turn can 

description, version, NewFlag, and HoldFlag. It also be assigned to one or more communications objects (110, 

includes an attribute NotifyFlag which accepts a logical FIG. 3). The provider may consolidate notification elements 

value for the default notification state set by the provider. A 15 on one or more pages specifically for this purpose, or 

topic element 201 is associated with one or more message intersperse them with other element types on various pages, 

elements 211, A message element 211 carries the actual Optionally the provider can also create the initial versions of 

content of the message about which consumers can choose each message element or other type of element associated 

to be notified. It includes attributes for headline, headline with each notification element. 

fink, body, and body link. The headline is a text field that will 20 When the communications object containing the notifi- 

be displayed in a notification report for the consumer. The cation elements is transferred to the consumer program 22, 

body is a text field that contains the body of the message, the preference values for each notification element are 

which can be displayed on its own report page. By default editable by the consumer. As shown in FIG. 4, these pref- 

the headline can be linked to the body. Optionally the erence values are stored in an instance 221 of the element 

provider can choose to supply a headline link attribute, such 25 preferences class 147. This instance inherits the logical 

as a URL, which would link the headline to another web attribute NotifyFlag from the notification element instance 

page, communications object, or other resource. The pro- 201. The value for this field is represented by a checkbox 

vider can also supply a body link which would link the next to the name and description of the notification element 

message body and another web page, communications 202 when the consumer is editing any form containing the 

object, or other resource. Alternatively, the body can be an 30 notification element. This could be the selected page form 

HTML field, which allows the provider to completely con- (612, FIG. 14) or the edit object form (612, FIG. 14). The 

trol the formatting and presentation of the body page as well selected page form would present the notification element in 

as provide any number of URL links within this page. the context of the other elements on the page. The edit object 

The topic element 201 illustrated is a simple "on/off" form allows all preference elements for the object, including 

notification element. Notification elements may also be of 35 all notification elements, to be edited at once. FIG. 23 

other composite types which give providers and consumers illustrates how notification elements on a typical edit object 

more latitude over notification control. Specifically, the form might appear. 

composite type could include additional fields 152 of a When the provider wishes to transmit information related 

primitive type integer range which allow the notification to a notification element, the provider uses the edit selected 

element to have a "threshold" value rather than an on/off 40 element form (342, FIG. 9) to create or edit the message 

setting. Thresholds let providers add a valuative dimension elements 211 or other elements associated with one or more 

to communications events. For instance, a notification ele- notification element. The provider does this for all messages 

ment about new product announcements could have a range or other notification events the provider wishes to transmit 

setting of one to five indicating the importance of the in a particular communications object distribution. Of 

announcement. Consumers can now choose from a gradient 45 course any other communications object or object compo- 

of interest levels in this topic rather than just an on/off nent changes will also be transmitted in the same distribu- 

setting. Another use of thresholds is a frequency threshold. tion operation. 

Frequency thresholds allow consumers to control the fre- The processing of notification elements in an updated 
quency of messages they will receive related to a specific communications object received by the consumer program 
notification element. For example, a consumer could choose 50 22 is shown in steps 724-728 of FIG. 15. After the appro- 
to receive a maximum of three messages on a specific topic priate element preference associations have been updated 
in any 30-day period. The notification method associated (step 717), the consumer program 22 queries the updated 
with this element would track the messages associated with communications object for all notification elements (step 
this notification element and turn off notification for any that 723). Notification element types can be designated by any of 
exceeded this frequency threshold. The specific configura- 55 the techniques discussed in the data structures sections 
tion of notification elements used is not a limiting feature of above. One such technique is to include a logical value 
the invention. IsNotifyElement in all such elements. The program then 
The use of notification elements and notification methods begins a loop through each notification element (step 724). 
to control messaging involves the following sets of steps. First, it checks to see if an associated element preference 
First the provider uses the create new element form (341, 60 instance (147, FIG. 4) exists (step 725). If not, the notifi- 
FIG. 9) in the provider program 12 to create notification cation element is skipped. Alternatively, the program could 
element instances for each communications topic where the follow object-level or global-level consumer preferences for 
provider wishes to allow consumers to control notification. this case. A special rule could also be followed for new 
FIG. 22 illustrates a typical create new element form for notification elements. Alternatively, notification of new no ti- 
notification elements. The provider inputs the name and 65 fication elements can be accomplished by having the pro- 
description attribute for the information topic covered by the vider include one or more special notification elements 
notification element. For example, the name of a notification specifically for this purpose. Updates to these special "met- 
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anotification elements" can include links to the new notifi- 
cation elements for easy editing by the consumer. For each 
element where an associated element preference instance 
(221, FIG. 4) exists, the consumer program 22 performs a 
notification test (step 726). For example, the test for an 5 
on/off topic element (201, FIG. 4) would be if the NotifyFlag 
value of the consumer's element preference instance (221, 
FIG. 4) was equal to TRUE. In the notification element fails 
the test, the consumer does not desire notification, and the 
program proceeds to the next notification element for pro- 10 
cessing. If the notification element passes the test, the 
program executes the notification methods the consumer has 
assigned to the element preference instance (step 727). 

Notification methods provide the consumer with a pow- 
erful mechanism for controlling notification of communica- 15 
tions events. Rather than simply maintaining a passive 
message queue as is typical of most e-mail or voicemail 
systems, notification methods allow the consumer to specify 
message processing actions to take upon receipt of a specific 
type of communications event or specific communications 20 
content. The consumer is able to specify such actions 
because of the metadata provided by the notification element 
143, and because of the structured format of the message 
data contained in the communications object. Notification 
methods 141 may trigger any action available to the con- 25 
sumer program 22, subject to the user's permissions. 

FIG. 4 illustrates two typical notification methods 
assigned to an element preference instance 221. A SendE- 
Mail method 224 causes each message element 211 associ- 
ated with the notification element 202 to be sent as an e-mail 30 
message to an address or addresses specified by the con- 
sumer. Preferably, such an e-mail message would use as the 
start of its header a signifying string such as "Special Alert:", 
followed by the headline text value from the associated 
message element 211. The body of the message would then 35 
contain the body value from the associated message element 
211. It could also contain the headline link value, body link 
value, and other status or navigational information, such as 
the name of the originating communications object, the 
name of the provider, or other actions taken. An AddToNo- 40 
tify Report method 225 causes the headline of each associ- 
ated message element 211 to appear in the consumer's 
notification report (630, FIG. 14). To set this trigger, the 
AddtoNotifyReport method adds a logical Notify ReportFlag 
attribute 223 to the element preference instance 221 and sets 45 
its value to TRUE. To display the notification report (630, 
FIG. 14), the consumer program 22 performs a query of the 
consumer database 21 for all message elements 211 associ- 
ated with all element preference instances 221 where the 
NotifyReportFlag 223 value is TRUE. The actual content 50 
displayed in the report is determined by attributes of the 
consumer's global preferences (103, FIG. 3). The consumer 
may wish to see headlines only. In this case each headline 
can be displayed as a hyperlink. When selected, the hyper- 
link will display the message body and body links as a 55 
separate page. Alternatively, the consumer may wish to see 
all headlines, messages, and links in the notification report. 
Headlines may also be linked to other elements or methods, 
such as those used for data exchange. Headlines may also 
function as a hyperlink directly to another URL anywhere on 60 
the Internet. Another option is for the consumer to see 
communications objects for which there are new notifica- 
tions displayed differently than other communications 
objects for which there are no new notifications. Notification 
reports may also be sorted according to the settings of the 65 
sort form (634, FIG. 14), or by using various toolbar buttons 
for common sorting or filtering options. For example, noti- 



fication data could be sorted by communications object 
name, communications object nickname, date, folder, or 
notification priority. Different standard or custom notifica- 
tion reports can also be stored and presented as menu options 
or toolbar buttons. A example of a notification report sorted 
by date showing headlines only for communications objects 
which had new notifications is shown in FIG. 24. Each 
notification report entry can include a button for deleting the 
entry from the notification report immediately, or a check- 
box for batch deletion, or both. In either case, when the 
notification report form is submitted, this button or check- 
box causes the NotifyReportFlag attribute 223 of the corre- 
sponding preference element instance 221 to be set to 
FALSE. The format of a notification report is not a limiting 
feature of the invention. 

These examples are merely illustrative of the actions that 
can be taken by notification methods. Notification methods 
may trigger any method operation available to the consumer 
program 22. Other examples include sending messages to 
other applications running on the consumer machine 2; 
sending messages to the consumer's operating system to 
trigger dialog boxes or trigger other system events; creating 
or controlling a screensaver display on the consumer 
machine 2; creating or controlling a background desktop 
graphic or set of graphics on the consumer machine 2; and 
sending voicemail to the recipient. Any combination of 
notification methods 141 may also be used together. The 
specific notification method used is not a limiting feature of 
the invention. 

Notification methods 141 can also be assigned to com- 
munications objects as a whole. For example, notification 
about new communications objects can be controlled 
through a NewObjectNotify method of the global prefer- 
ences instance (103, FIG. 3). Described further above, the 
use of the NewObjectNotify method is illustrated in steps 
7O4_706 of FIG. 15. Notification at the object level is also 
useful for certain communications object updates. This is 
particularly true for "metamessages" that the provider 
wishes to transmit to all recipients of a communications 
object, such as a change in business name or ownership, 
significant structural or operational changes to a communi- 
cations object, or splitting a communications object into 
multiple objects. 

A receipt method 141 can also be used to control notifi- 
cation. For example, a receipt method 141 could automati- 
cally search the message elements within a communications 
object update for text strings specified by the consumer. As 
shown in FIG. 3, these text strings could be stored in an 
element preferences instance 147 associated with the com- 
munications object 110 and the receipt method 141. When 
this receipt method 141 executes, if it finds any instance of 
the search string in the message elements, it causes the 
notification element or elements 143 associated with that 
message element to pass the notification test and trigger the 
corresponding notification method 141. Such a receipt 
method 141 provides a powerful secondary means of noti- 
fying the consumer of communications object content which 
may not be directly related to topic elements or other types 
of notification elements. 

Notification control operates similarly in the provider 
program 12. Here notification methods 141 are associated 
primarily with message objects 110. As with the consumer 
program 22, notification methods 141 can be assigned to a 
message object 110 as a whole, to elements within a message 
object, or activated by receipt methods associated with the 
message object. When the provider program 12 and con- 
sumer program 22 are combined, the same notification 
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reporting system can be used for both provider and con- Uxeo ^rT-^re-ethw-el ernents -e ith ep-sttp plied by th o provid er 

sumer operations. Report sorting options can allow provider ofTflfawn fr om the consumer database 21 or provider data- 

notifications to be shown separately from consumer baSeTL Any communications object component stored in 

notifications, or they can be combined on the same reports. either of~these databases may be included, subject to the 

Notification methods 141 can also be assigned to system 5 consumers or provider's data access rules discussed below, 

events, and these too can be integrated into the same The only difference between input forms produced by data 

notification reports. For example, a system event can trigger exchange methods and standard program forms is that an 

notification that a provider is due to release a periodic data exchange input form is generated by and processed by 

communications object update, or a consumer that his/her a data exchange method. Alternatively, user input r.an_he 

consumer database 21 needs to be backed up. 10 obtained through othe r lyr.r m trjfacc o ptions including 

Data Exchange Control ^jg^arrl ripe, rating *y <ff,m fi^riinns such as dialog boxes 

The ability of a communications object system to auto- and menus. Thr usr nf a gra^cal useHpterface wil l be 

mate common communications tasks is perhaps best exem- specifi^aJJxiiisaissed-below.-— ' " 

plified by its ability to automate data exchanges between Be^aVs^n^uTform and message object generation, data 

consumers and providers. Typical examples include the 15 exchange control in a communications object system 

exchange of contact information, demographic data, psy- involves data type control, data persistence control, data 

chographic data, billing information, product registration access control, and data security control. Each of these must 

information, customer service data, technical support data, be considered from the standpoint of internal data, i.e. data 

transaction histories, stock feeds, news data, weather data, within the provider database 11 or consumer database 21, 

and so on. A communications object system is capable of 20 and external data, i.e. data available elsewhere within the 

automating the exchange of such data to a greater degree provider's or consumer's computing or network environ- 

than any other existing communications system for five ment. 

reasons. First, such data is already stored in a consumer Data type control is required because providers need a 
database 21 in such a fashion as to be available for auto- way to specify the data they require in a specific data 
mated access and delivery. Second, such data is available in 25 exchange transaction. The data type definition features of a 
structured, typed formats that allow providers to easily communications object system, as explained above in the 
specify the data they require. Thirdly, communications data structure section, are ideally suited to this need. By 
objects give providers the tool they need to transfer such creating a system-wide set of low-level composite type 
data from the consumer back to the provider. Fourth, mes- definitions, such as Name, Address, and Telephone, and then 
sage objects and the architecture of the provider program 12 30 nesting these inside of progessively more comprehensive 
allow the provider to automate the processing of such data composite type definitions, such as BusinessCard or 
when it is received back at the provider. Fifth, the ability of Resume, a hierarchy of standard data type definitions can be 
the provider program 12 and consumer program 22 to created that are available to all providers and consumers, 
automatically trigger events and respond to message objects This has two very significant advantages. First, as providers 
means a multi-part data exchange transaction (such as a 35 design input forms and methods for data exchange tasks, 
purchase and receipt acknowledgment) can be automated they can choose from among these standard data type 
throughout. definitions rather than needing to create their own composite 
The pri mary data str uc tures involved with data exchan ge data type definitions, saving considerable time and effort, 
control are^data exchan ge elements 143 and message objec ts Second, data type standardization means that consumers 
flO, both d escribed above. A ny communications object 40 need only enter data once into each instance of each data 
mettiod 141 involved with data exchange can be referred to type that pertains to them. For example, the consumer only 
as a data exchange method. Data exchange elements 143 in needs to enter his/her name, addresses, telephone numbers, 
a communications object 110 can call a data exchange birthdate, and other personal data one time into the con- 
method 141. Data exchange methods 141 in the consumer sumer database 21. From that point on all communications 
program 22 can produce message objects that can be trans- 45 objects which need data of these types can access these data 
nutted back to the originating provider program 12, or to any type instances. This saves the consumer data input time and 
other program capable of processing the message object. also vastly reduces the potential for data input errors. 
Data exchange methods in the provider program 12 can also Like any communications object component, every corn- 
produce message objects that can be sent to any consumer posite data type can be identified by the unique system ID of 
program 22 containing the parent communications object. 50 its type definition (144, FIG. 3). When multiple instances of 
Like any communications object, message objects can con- a particular data type exist, such as multiple telephone 
tain any combination of components required to transport numbers, the provider can use a data exchange method to 
and process the data they contain. Data exchange methods specify if all instances are desired, or query for selected 
that produce message objects can be fully automatic. For instances using additional criteria, or use an input form to 
example, a receipt method can produce and transmit an 55 prompt the consumer to select one or more specific 
acknowledgment registration message object, described instances. Such an input form can be generated dynamically 
above, with no consumer intervention. Data exchange meth- by the data exchange method based on the presence and 
ods that produce message objects can "also obtain manual number of instances of a data type that satisfy a provider's 
data input from the consumer or provider. In a preferred selection criteria. The input form can also be dynamically 
embodiment the mechanism for obtaining this input is an 60 generated based on the need for further input by the 
HTML form. Such input forms are produced and displayed consumer, or to conform to the consumer's data exchange 
by the provider program 12 or consumer program 22 in the rules, discussed below. Data type standardization can be 
same fashion as the forms produced for operation of the further extended by the use of type definition service objects, 
programs themselves. A typical input form is shown in FI G. which will be further discussed below. 
27. Each data fiejd that accepts input on the form is an 65 Providers can also create their own data type definitions 
attribute or an element 143. Other text or grap hics th at and specify the use of these composite data type definitions 
appear on"the form, as runner instructions or directions ta in data exchange methods. When a provider-specific data 



07/30/2003, EAST Version: 1.04.0000 



5,862,325 

69 70 

type can be aggregated or calculated from other system 115 by creating associations between these and a data access 
standard data type definitions which are already present in rule 140. The application of rules to control data access 
the consumer database 21, the resulting element can be within an active database is further discussed in the afore- 
composed automatically by a data exchange method. When mentioned Active Database Systems, 
a provider-specific data type requires the input of new data 5 As the preceeding examples illustrate, enforcement of 
from the consumer, an input form can be generated by the data access control rules is of paramount importance when 
data exchange method. Once submitted, the data can also be automatic data exchange methods have shared access to a 
saved as a element preference instance (147, FIG. 3) in the pool of private data belonging to the consumer. One mecha- 
consumer database 21. The provider can then use the system nism for enforcing data access rules is system- or consumer- 
ID of the type definition of this element to query for this io controlled encryption of sensitive private data. Any access to 
element preference instance iD future transactions. This such data requires that the consumer enter the necessary 
allows a provider to dynamically generate and persistently passkey in order to decrypt the data. A second mechanism is 
store provider-specific data type definitions in the consumer system- or consumer-controlled authentication of commu- 
database 21. A common example of such a data type might nications objects. This requires the use of digital signatures 
be a consumer's preference between a provider's selection 15 and authentication protocols for communications objects, 
of product colors, such as clothing or paint. Storing this data Such protocols are fully described in the aforementioned 
locally at the consumer database 21 means that it can easily Applied Cryptography by Bruce Schneier, and will be fur- 
be included in any future communications from the con- ther discussed below. 

sumer. Additionally, such data can be shared among all Data type, persistence, access, and security control can be 

communications objects or data exchange methods from that 20 applied to the exchange of data external to the provider 
provider, as further explained below. Another key benefit is database 11 or consumer database 21 in the same manner as 
that this data can be easily and immediately edited by. the internal data. Such external data falls into three general 
customer should the customer's information or preferences categories: system data, file data, and data available via 
change. Such changes can also be automatically transmitted external queries. System data includes system environment 

back to the provider through the use of data association 25 variables, configuration variables, and operating statistics, 
rules, discussed below. File data includes data available directly via operating 

As with any multiuser database system, shared access to system calls such as files, persistent system objects, or any 
data requires data access controls. This control should cover other data stored directly in the user's local or network 
all common data operations such as creating, reading, computing environment including removable storage 

writing, moving, and deleting data. In a communications 30 devices mechanisms such as floppy disk drives, CD-ROM 
object system, data access controls need to extend beyond drives, or tape drives. Data available via external queries 
human operators to communications objects, since these includes data stored in and available through other computer 
objects are essentially acting as "surrogates" for their programs operating in the user's local or network computing 
respective providers. The key data structure involved with environment, including application programs, database 

data access control is the rules class 140. Data access rules 35 servers, naming or address servers, web servers, or any other 
can monitor all forms of data access within the provider type of server. 

database 11 or consumer database.21 as well as external data Data type, persistence, access, and security control for 
in the provider or consumer's computing or network envi- system data is generally dictated by the features of the 
ronment. For example, a typical rule governing access to operating system and the privileges it grants to the provider 

communications object components or element preference 40 program 12 or consumer program 22. The use of standard 
instances might be that only other communications objects system environment variables such as the current date and 
sharing the same database system ID (100, FIG. 3) can read, time are central to the operation of these programs, and this 
write, or delete such instances. This would prevent different data is frequently incorporated automatically into commu- 
providers from having access to each other's private data. nications object components. 

This rule could be modified so that only communications 45 For external file data, data type control can be particularly 

objects sharing a group system ID (251, FIG. 6A), described useful. For example, personal computers running the 

above, could have access to such data. This would allow all MS-DOS or Microsoft Windows operating systems use a 

communications objects created by employees of the same standard set of setup and initialization files including 

company, or within a company division, to access each AUTOEXEC.BAT, CONFIG.SYS, WIN.INI, and SYS- 

other's communications object component or element pref- 50 TEM.INI. Standard data type definitions can be created for 

erence instances. Data access rules can be system-wide, elements that store information about each of these files, 

assigned by providers, or assigned by consumers. An such as their name, size, date, and local directory path. A 

example of a provider-assigned rule would be restrictions on composite data type PCSetupFiles can also be created which 

communications object forwarding, which will be further included elements for each of these specific files. Providers 

discussed below. An example of a consumer-assigned rule 55 can use these standard data type definitions to easily access 

would be that designated personal data, such as household the contents of these files for processing or data exchange. 

income, must be explicitly authorized by the consumer This access can be controlled by data access rules in the 

before it is transmitted in any data exchange. A stricter rule same way as internal data. This capability is particulary 

would state that more sensitive private data, such as credit valuable for software or hardware technical support, where 

card numbers, must be encrypted and require one or more 60 it can save both the provider and consumer considerable f A —j f^C^) 

passkeys for decryption prior to any data exchange. In order manual time and effort obtaining and exchanging this data. \ >/,^> 0 

to protect their integrity, data access rules can also enforce A communications objectsystem allows data persistence, 

the ability to add or change other data access rules, and also access , a nd security control for external file data to opera te 

the hierarchy in which rules take precedence when two or affwo le vels. Fi rst are the standard file privileges granted to 

more rules apply. Data access rules can also be selectively 65 thefiser^Tthe provider progra m 12 or con sumer program 22 

applied by the consumer to particular communications by the operating system or network administrator. Seco nd. 

objects 110 or communications object groups such as folders are the rules 140 that can be enforced within the provider 
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program 12 or cons umer program 22 themselves. Da ta object system, the specifications for a structured query can 
p^Tsisteiice co iUiufis particularly relevant to extemalfi le be stored as a special type of communications object ele- 
da ta. "With the ap pro priate file creation privileges, da ta ment 143 called a query element. Query elements receive 
ex change methods cap control the creation, modifica tion, special processing during the communications object gen- 
an d deletion of external files on the user's computer system . 5 eration and transmission routine. This is shown as step 545 
T hese files can be used for many purposes, including t he in FIG. 12. After the communications object itself is gen- 
stbrage of message attachments, web helper files T log files . erated for transmission, it is tested for any query elements, 
tr oubleshooting files, and files created by or intended for use For each query element it contains, the data exchange 
b v otherso ftwarr, prfwams in thr, usr.r's Inral ot-n&twerk method associated with the query element is executed to 
co mputing environment Access control and data security 10 perform the query. This could be a query against the provider 
enforcement for these files, including encryption and database U, against another local application acting as a 
authentication of individuals or communications objects server, against a network database server, against a web 
requesting access, can be handled in the same manner as server, or against any other server capable of query process- 
internal data. The ability to access and manage external file ing. When the query result set is returned, the data exchange 
storage is particularly valuable in conjunction with the use 15 method determines what further steps to take. These may 
of attachment elements. Attachment elements allow a pro- include appending the data to the communications object 
vider to store the specification for a file or files as a specific transmission as a file attachment, creating and appending a 
type of communications object element 143 which receives message object, or otherwise modifying the communications 
special processing during the communications object gen- object or its encoding or transmission. Query elements thus 
eration and transmission routine. This is shown as step 546 20 provide a powerful extension to a provider's ability to 
in FIG. 12. After the communications object itself is gen- control and customize communications object distribution, r s> 
erated for transmission, any attachment element it contains jjata persistence, access, and security controls all apply to VAX/? 
is processed to determine the file, system object, or other e xternal data queries as well. Again, a communication s 
attachment it specifies to attach to the transmission. Such object system allows these to be implement edLaL^ y^ley.ds. 
attachments can be encoded in MIME, BinHex, UU 25 At one level, these can be the same controls that app l y to th e 
encoding, or other attachment encoding format as described human operator of the programs 12, 22. For example, the 
above. When the communications object bearing the attach- u ser's ability to read f write, or creat e_ jew records in a 
ment is received by the consumer program 22, the attach- d atabase server can be governed by a user ID andjogin 
ment is stored according to a corresponding receipt method. p assword c ontrolled by a system administrator. Th e pro-^ 
The attachment can be stored internally as an element 143 in 30 grams 12, 22 can simply require the same information to be 
the consumer database 21, or externally in the consumer's entered m anually. Alternatively, the programs 1Z, Ll cou ld 
file system. File data exchange control can also be combined s tore tins information as global prefere nces that it can 
with notification control. For example, a message element submit automatically as part ot executing data exchange 
(211, FIG. 4) including a hyperlink to the attachment can m ethods. The programs 12. 2Z can then impleme nt their own 
also be created for inclusion in a notification report (630, 35 l ayer of internal security. This can include tne use of 
FIG. 13) by the consumer program 22. In this way commu- system-wide login names and passwords, the implement a- 
nications object updates can serve as a powerful means of tion of rules 140 controlling data access, and the encry ption 
automatically distributing and indexing one or more external of sensitive data, all as described above. Data access and 
attachment files. security control is particularly useful when data excha nge 

One of its most powerful forms of data exchange control 40 meth ods employing queries are executed by the consumer 

in a communications' object system is the ability to automate program ^2 on the behalf of the consumer Usin^ such 

external data queries and the processing of query result sets. controls, a provider is able to select the subset of consumers 

This is because it gives providers a tool to allow consumers on a communications network 3 such as the Internet who 

quickly and easily set up automated queries against any type will have access of some kind to one or more databases or 

of data server maintained by the provider. These queries are 45 database servers operated by the provider. This control is 

easily set up because they can be composed using any data useful when the provider wishes to charge access fees for the 

available in the consumer database 21 (subject to the con- data, to protect the data for competitive or security reasons, 

sumer's data access rules, as explained above), so the or to monitor or track access to the data, 

consumer need only enter any new data required. The By being able to control the exchange of external system 

queries are easily automated because the data exchange 50 data, file data, and data available via external queries in 

method that executes them can create its own scheduled addition to internal data, the programs 12, 22 can automate 

event instances (117, FIG. 3) to execute future instances of many routine information transactions on data communica- 

the query. External query control can also be combined with tions networks. This can produce a vast savings in the human 

notification control to automate notification depending on labor normally required to exchange such data. The present 

the query results. For example, a data exchange method that 55 invention is able to further increase this labor savings by 

executes a data query for a stock price can notify the automating the processing of such data once it has been 

consumer if the new price is a certain dollar amount or exchanged. As with other data exchange operations, this is 

percentage amount changed jfrom the previous price. accomplished through the use of data exchange elements 

Data type control is especially useful with external que- 143, data exchange methods 141, and message objects U0. 

ries. This is because the use of standardized data query 60 Any data exchange method can produce a message object 

languages such as Structured Query Language (SQL) makes 110 that can call itself or another method or methods for 

it easier for providers to create or consumers to modify processing the contents of the message object once it is 

routine data queries. SQL and other approaches to standard- received. As explained above, data exchange methods that 

ized data query languages are discussed generally in R. G. call themselves are polymorphic, performing different 

G. Cattell, Object Data Management— Object-Oriented and 65 operations at the provider program 12 than at the consumer 

Extended Relational Database Systems (1994), which is program 22. An example of such a method is the SendAck 

incorporated herein by reference. In a communications method discussed above. Like any communications object 
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method, data exchange methods can also call other methods, method 141 then generates an input form for gathering 

including other data exchange methods. In this way a additional data from the consumer (step 1111). FIG. 27 

succession of automated data exchanges may take place illustrates how such an input form might typically appear. As 

between a provider program 12 and consumer program 22 described above, an input form cao display fields for manual 

without any human intervention if none is required. Such 5 input from the consumer which are attributes of a data 

automated data exchanges may also occur between the exchange element. These ioclude checkboxes, radio buttons, 

provider program 12 or consumer program 22 and other data drop-down fists, and text input fields Text input fields can 

servers as explained in the discussion of data query control be ^ for f ; ee " form tcxt m P* sud } "writing technical 

above and the sections on service object partner servers su PP ort ^ tlons * « manner s ™ ll * T <? ™ tm S c ' m f 

. * r-j-m • * 1 j j * r iL messages. The input form can also display data already 

below. This includes requesting data from the server or to && ^ ^ n for ^ 

posting data to the server firmation and authorization by the consumer. When the 

As explained above, when the provider program 12 and submits the ^ tomij me data exchange method 

consumer program 22 are combined, the same facilities for 141 processes me form input in the same manner that system 

processing communications objects on behalf of the con- mel hods process program form input as described above 

sumer are available for processing message objects on 15 ( step m2). This includes any error detection routines, 

behalf of the provider. For example, message objects 110 which may display additional messages or input forms, 

can contain or produce message elements (211, FIG. 4) for Once the form data is validated, the data exchange method 

inclusion in a notification report (630, FIG. 13), Because 141 produces a message object instance 1115. This message 

notification reports are produced by queries against the object instance may include internally or as attachments any 

databases 11, 21, these message elements can be sorted by 20 of the different types of exchange data discussed in this 

any criteria desired by the provider. For example, they can section. For example, it could include system data such as 

be sorted by their parent communications object (110. FIG. the time and day, computer type, CPU type, and RAM 

3), by related notification element (201, FIG. 4), by the type available. It could also include file data such as the con- 

of action required by the provider, or by any other element sumer's AUTOEXEC.BAT or the initialization file for the 

contained in the message object which produced them. 25 supported software program 1102. It could also include data 

Within the notification report, message elements can be from a data query such as a error log report produced via an 

hyperlinked to other data exchange methods to control API call to the supported software program 1102. The 

further processing of the message object data. As with data automated inclusion of this data not only saves a great deal 

exchange methods in the consumer program 22, this can of manual effort on the part of the consumer, but elimates 

include the generation of input forms for gathering addi- 30 manual data entry or attachment errors. Finally, the data 

tional input from the provider and the generation of message exchange method 141 transmits the message object instance 

objects that can be returned to the consumer or to other data 1115 to the provider program 12 (step 1117). 

servers. At the provider program 12, the message object instance 

An example of the full cycle of automated data exchange 1115 executes a data exchange receipt method 141 (step 

and message object processing would be the use of a 35 1120). This data exchange method 141 could be a polymor- 

communications object system to provide technical support phic version of the same data exchange method 141 used in 

for a software product. This is illustrated in FIG. 25. The the consumer program 22, or a separate data exchange 

company producing the software product 1101 would use method 141. The data exchange method 141 processes the 

the provider program 12 create a communications object 35 data contained in the message object instance 1115. Because 

representing the product. The company would then distrib- 40 this data is of known data types in a structured transmission 

ute this communications object 35 to the consumers using format, the data exchange method can apply the provider's 

the product (step 1103). This could occur in many ways, for own rules 140 or other processing logic to automate message 

example by delivering it with the product, shipping it processing to the greatest extent possible. This includes 

separately on a floppy disk or CD-ROM, e-mailing it to the doing an automated scan of the consumer's input data and 

consumers, or making it available on the company's web 45 included system data, file data, or the results of data queries 

server. When a consumer using the product had a technical to spot the symptoms of known bugs in the software 

support question, the consumer could manually locate the program 1101 or of common operator errors. Based on the 

company's communications object 35 within the consumer results of this processing, the provider program 12 can 

program 22. Alternatively the company could add an API produce an message element instance (211, FIG. 4) associ- 

call directly from the software product 1101 to the commu- 50 ated with a particular notification element instance (201, 

nications object 35 in the consumer program 22. Such an FIG. 4) which the provider has classified for techical support 

API call could be made from commands placed in the requests matching this profile (step 1121). This classification 

software product's Help menu or product help screens 1102. can be based on any data contained in the message object 

By activating such a command, the customer can automati- 1115. This could include- the version and platform of the 

cally call the appropriate page (142, FIG. 3) of the commu- 55 software product 1101 used by the consumer, the original 

nications object 35 in the consumer program 22 (step 1105). technical support option chosen by the consumer, the prob- 

API calls are further described below. able diagnosis produced by the data exchange method 

Whether called up manually by the consumer or auto- processing, the number of technical support messages 

maticallyby an API call, the appropriate page (142, FIG. 3) received from the consumer, and so forth. The headlines 

within the communications object 35 would display the 60 from these message element instances (201, FIG. 4) can then 

various technical support options offered by the company be displayed in a notification report (step 1122) similar to 

(step 1110). FIG. 26 is an illustration of how such a page that used for consumer notification (see FIG. 24). In this way 

might typically appear. Each data exchange element 143 notification control can be combined with data exchange 

representing a support option appears as a hyperlink com- control to give the provider a powerful mechanism for 

mand or button. When activated by the consumer, this 65 filtering and categorizing technical support requests, 

command calls the data exchange method 141 associated When the provider activates a headline link on the noti- 

with the data exchange element 143. The data exchange fication report, this calls the associated data exchange 
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method which produces an input form allowing the provider 
to respond to the consumer (step 1123). Similar to the input 
form presented to the consumer in step 1111, this input form 
can contain pre- configured response options from which the 
provider can choose. As with consumer messages, these 5 
response options can include both internal and external data 
and attachments. For example, the provider could choose 
from a list of standard answers to frequently- asked questions 
that would automatically be incorporated in the provider's 
reply message object. The provider could also choose from 10 
a list of technical support documents related to the consum- 
er's symptoms that could be automatically attached to the 
provider's reply. Once the provider submits the input form, 
the process is a mirror of the steps that took place at the 
consumer program 22. First, the form data is validated and 15 
processed (step 1124), and then another message object 
instance 1125 is produced. In order to maintain the conti- 
nuity of the "thread" of messages passing back and forth 
between the provider and consumer, this message object 
1125 uses the same system ID as the original message object 20 
1115, but updates the version value. This updated message 
object is transmitted back to the consumer program 22 (step 
1127). 

At this point the steps mirror the processing that took 
place at the provider program 12. First, the message object 25 
instance 1125 executes a data exchange receipt method 141 
(step 1130). The data exchange method produces a message 
element instance (211, FIG. 4) associated with the notifica- 
tion element instance (201, FIG. 4) which the consumer 
designated for this type of response (step 1131). The head- 30 
line from this message element instance will now appear on 
the consumer's notification report as described above in the 
discussion of notification control. When the consumer acti- 
vates the message element's headline link, the data exchange 
method 141 associated with the message element instance 35 
(211, FIG. 4) produces an input form, and the cycle begins 
again at step 1111. This input form can display the provider's 
response as well as the consumer's new reply options. For 
example, if the provider suggests a solution, but the con- 
sumer finds the solution does not work, the consumer can 40 
use the form to send this input back to the provider. Again, 
to maintain the continuity of the messaging thread between 
the consumer and provider, each message object 1115, 1125 
produced uses the same system ID, but updates the version 
value. By archiving message objects 1115, 1125, the data 45 
exchange methods at both the consumer program 22 and 
provider program 12 can automatically interlink new mes- 
sages with older versions, allowing both the provider and 
consumer to easily refer to previous messages in the thread. 
Communications object archiving is further discussed 50 
below. 

Data exchange control can also be combined with receipt 
and acknowledgment control. For example, at any stage of 
message object exchange in the preceding example, the 
message object's receipt method could automatically pro- 55 
duce an acknowledgment message object that would be 
immediately transmitted back to the originating program 12, 
22. As explained in the discussion of receipt control above, 
this acknowledgment message could produce an explicit 
notification of receipt, or simply disable a scheduled event 60 
that would otherwise notify the consumer if an acknowl- 
edgment was not received within the expected interval. 

Referring to FIG. 3, the preceeding discussion of data 
exchange has focused primarily on data exchange events 
initiated either manually by the consumer or automatically 65 
by scheduled events 117. Either one of these techniques can 
be employed to either pull new data to the consumer or push 
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data from the consumer to the provider. However data 
exchange events can also be triggered automatically by data 
exchange rules 140. Perhaps the most common example is 
the update association rule discussed above. The update 
association rule (FIG. 10B) ensures that changes made 
within the provider database 11 are distributed to all asso- 
ciated recipients 120 via all associated communications 
objects 110. When the provider and consumer programs 12, 
22 and databases 11, 21 are combined, a corresponding data 
exchange rule 140 can be employed by a consumer com- 
munications object 110 to monitor changes to one or more 
provider elements 143, Such a data exchange rule creates an 
association between an element 143, a communications 
object 110, and a data exchange method 141. When the 
version value of the element 143 changes, the rule 140 is 
invoked which calls the data exchange method 141 of the 
communications object 110. The data exchange method 141 
can then produce a message object 110 to transmit the 
changed data back to the provider program 12 . Alternatively, 
a message object or another type of structured message can 
be transmitted via any available communications network to 
any other address the provider designates. In this fashion a 
communications object consumer who is also a provider can 
automatically update all of his/her communications object 
relationships associated with a particular element 143 just by 
editing the element 143. A common universal example is 
change-of-address notifications. With any other communi- 
cations object network, such as postal systems, telephone 
systems, fax systems, or e-mail systems, a change of address 
involves significant human labor on the part of the party 
whose address is changing to notify all his/her communica- 
tions partners. For their part, each communications partner 
must update their own records when a change-of-address 
notification is received. When data exchange rules 140 are 
empl oyed in the present invention, every communication s 
partner is updated automatically whenever relevant comm u- 
ni cations data elements change. Th is includes both partne rs 
who are recipients 120 of the user's own communications 
o bjects 110 , a s_well as partners from whom the "user h as 
r eceived a communications object 110 employing da ta 
e xchange rules. As the number, of users of ^communications 
obiect system grows, the overall human labor saving s 
i nvolved in this automatic two-way updating o f contact data 
c an become very significanT. 

A specific application of data exchange rules is registra- 
tion updates, discussed in the update control section above. 
A registration update is a message object returned by a 
consumer program 22 to a provider program 12 or distribu- 
tion server 32 in order to modify a recipient instance 120 
and/or other elements associated with a communications 
object 110. Typically any element 143 in the consumer 
database 21 that is part of the registration data maintained in 
the provider database 11 will be monitored by a data 
exchange rule 140 contained by the communications object 
110. Any changes to these elements y 143 will result in a 
message object being produced that produces an update in 
the corresponding recipient instance 120 or other element 
143 in the provider database 11. 

Another example of data exchange rules is version moni- 
toring. Version monitoring can be a more efficient updating 
technique when the message object traffic volume produced 
by a communications object 110 is more frequent than 
changes to the communications object 110 itself. With 
version monitoring, changes to a communications object 110 
are neither explicitly pushed by the provider program 12 nor 
regularly pulled by the consumer program 22. Instead each 
message object passed between the programs 12, 22 con- 
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tains the most recent version value of the parent communi- enter the necessary ID and password, and browse their 
cations object 110. Aversion monitoring rule 140 operating customized content, which is only available online. When- 
in either or both programs 12, 22 compares this version ever the consumer's preference data changes, the consumer 
value in the message object with the current version of the must manually change it on all such web sites, 
communications object 110. Whenever a change is detected, 5 A communications object system overcomes all of these 
the version monitoring rule 140 executes the update method disadvantages. Using a communications object 110 employ- 
141 of the communications object 110 to update the current ing data exchange methods 141 to control the relationship, 
version in the consumer database 21. A specific example of the provider can first gather most or all of the consumer's 
version monitoring is shown in FIG. 37, explained in the preference data automatically. This can be controlled by 
payment service object section below. Version monitoring 10 rules 140 imposed by the consumer. The provider's corn- 
rules 141 can also be implemented at distribution servers 32 munications object 110 itself can create the necessary ID for 
to add efficiency to the update polling process. This is the consumer using the system ID (100, FIG. 3) of the 
discussed further in the data archiving control section, consumer database 21 or a derivative thereof. The consumer 
below. is not required to give a password manually because the 

Because data exchange control is one of the core func- 15 provider's communications object 110 can communications 

tions of the present invention, it can be applied in many with the consumer program 22 to establish the consumer's 

unique ways. An example is offline viewing of World Wide identity (the consumer's own ^identification and preference 

Web content. Existing software programs such as Freeloader elements 143 stay safely within the consumers own com- 

from Individual Inc. and WebEx from Travelling Software puting environment). The provider's communications object 

Corporation allow Internet users to download to their local 20 is able to automatically download and selectively notify the 

hard disk selected Web pages together with all or a selected consumer of new personalized content as described above, 

subset of the helper files (graphic files, sound files, multi- Finally, any changes to identification or preference elements 

media files, etc.) used on that page. These programs are 143 are made once locally and are transmitted automatically 

called "offline browsers" because they allow the reader to to all such web provider relationships, 

view all or a majority of the web page's content while 25 Another approach t o, Wfifl f^^nt rii^tmriiWinn is ml 

offline. This speeds up viewing times and reduces online monly referred to as "cookies". A cookie is a data structure' 

access charges. These programs can also monitor the web passed from a web server to a browser as part of the HTTP 

page using a polling interval set by the user and download protocol. Cookies are produced by the web server and stored 

new versions when the page is updated. locally in a preferences file by the browser. W hen the us er 

This functionality can be significantly improved upon 30 next connects to the web server with the browser, the we b 

using a communications object system and data exchange se rver can interrogate the browser for the cookie and use i t 

controls. First, in existing offline browsers, a user must to identify the user. T he cooki e can additionally store 

select specific web pages for monitoring and downloading, preference data about the user, whether entered manuall y by 

and there is no selective notification about changes to those the u ser via HTML forms or collected automatically by the 

pages. With a communications object system, a single 35 weo server based on the user's browsing choices. Cooki es 

communications object 110 can allow the consumer to select a re an attempt to surmount the manual da ta entry and 

from a variety of notification elements (201, FIG. 4), each maintenance requirements of the first approacn aoo ve. 

with its own notification control. Second, most existing "Unfortunately, cookies are not directly viewable or editable 

offline browsers require the user to choose the "depth" of by the consumer, nor do cookies give the consumer any 

linked pages and helper files thai will be downloaded for 40 control over the data collected or transmitted by the cookie, 

new or changed pages. This is strictly a guessing game for (Some browsers do give consumers the ability to turn off the 

users, who have no clear idea what additional pages or cookie function altogether.) 

supporting helper files they may be interested in. With a A communications object system overcomes these limi- 

communications object system, the provider of the content tations by replacing the cookie with a communications 

can create a data exchange method 141 that presents the 45 object 110 from the provider. In fact such an improvement 

relevant downloading options to the consumer, and then can be made under the existing HTTP protocol if a com- 

intelligently sets a polling interval and selects the content the munications object exchange is initiated manually by the 

provider knows is related to the consumers expressed inter- consumer during a browsing session by clicking on a 

est. Third, with offline browsers, downloaded web pages hyperlink representing a communications object 110 on a 

have no feedback component other than hyperlinks con- 50 web page presented by the web server. The resulting down- 

tained on these pages. With a communications object load of a communications object 110 can trigger a data 

system, the downloaded data can include or be linked to exchange receipt method 141 which automatically transmits 

communications objects 110 and their components. Thus back to the web server any necessary data elements 143 from 

feedback can happen both manually using data exchange the consumer database 21. This can be controlled by rules 

elements 143 that return message objects 110, and automati- 55 140 imposed by the consumer. The web server can then 

cally using reporting control. Reporting control is further prepare and return customized content for the consumer 

discussed below. program 22 to display to the browser. Alternatively, the web 

A second application is personalization of web or hyper- server can return another communications object 110 to 

media content, i.e., presenting a customized or filtered view repeat the information interchange process. In contrast to 

of a web site to reduce the need for scanning or browsing by 60 cookies, the consumer can be completely in control of this 

the consumer. One existing approach is to have consumers process. The consumer can view the elements 143 of the 

establish an ID, choose a password, and enter personal relevant communications object; edit those elements 143 

preference data into input forms provided by the web server. which involve consumer preferences; and apply rules 140 

This data is then stored at the web server or another remote governing data access, data security, and data logging by the 

location and used to present customized views of the web 65 communications object. These improvements can bring rich, 

site. An example is My Yahoo from Yahoo Inc. To see new automated new forms of web content personalization with 

content, the consumer must then manually visit the web site, none of the disadvantages of cookies. 
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Another approach is to have personalized content deliv- 
ered automatically to the consumer via a content delivery 
application. An example of this solution is PointCast from 
PointCast Inc. Here the personalization options are stored 
locally as part of the application, so the consumer effort 
required by the server-based solution above is avoided. 
However the disadvantage to this solution is that the pref- 
erences are part of a single application, or at best part of a 
limited number of modules within the application. Thus, it 
is not possible for a large number of providers at multiple 
Locations to offer content personalization options. Notifica- 
tion options are determined at the application level, not the 
provider level or content level, so a user's choice of notifi- 
cation options is very limited. The personalization options 
are for the reception of information only. They do not extend 
to feedback or data exchange automation. 

A communications object system overcomes these limi- 
tations by allowing providers and users to control commu- 
nications relationships at the level of individual communi- 
cations objects 110. Any number of providers and 
consumers can take part, each with access to the full range 
of data exchange control provided by communications 
objects 110 and data exchange methods 141. Thus a com- 
munications object system can be used to provide any 
number of of personalized content delivery services, rather 
than the limited number offered by one particular applica- 
tion. For example, data query control can be used to submit 
an HTTP request to any web server. This query request can 
include a unique identifier for the consumer such as the 
consumer's UID or a derivative thereof. This query can also 
include any new or updated data elements 143 in consumer 
database 21 that pertain to the provider and are not already 
present or current at the web server. The elements 143 or 
communications objects 110 returned by this query can offer 
completely customized news reports, weather reports, prod- 
uct brochures, advertisements, stock quotes, real estate 
listings, classified listings, Internet searches, health care 
advice, or any other current personalized information 
desired by the consumer. The specific data type is not a 
limiting feature of the invention. The consumer can also 
control notification options for this information down to the 
level of elements 143. The information can also be hyper- 
linked to data exchange elements 143 within the relevant 
communications object for direct, automated feedback by 
the consumer. 

Communications Object Exchange Control 

A special case of data exchange control is communica- 
tions object exchange control. This are the functions by 
which communications objects 110 can control the retreival 
and transmittal of other communications objects 110. The 
retreival of one or more communications objects 110 by 
another communications object 110 is known as link control. 
Link control can be provided using link elements 143, link 
methods 141, and link rules 140. Collectively these are 
referred to as link control components. For ease of sharing 
between communications objects 110, link control compo- 
nents can be combined in a separate component object type 
(812, FIG. 17) called a link component object 110. In a 
communications object system, the function of link compo- 
nent objects 110 is directly analogous to the function of 
hypertext document retrieval protocols in hypertext systems. 
The best example is the usage of URLs (Uniform Resource 
Locators) in the World Wide Web. In their simplest form, 
link elements 143 can in fact be URLs, in which case no link 
method 141 is required if a web browser is used as the 
display interface. However the architecture of a communi- 
cations object system permits much more powerful forms of 
link control than URLs. 
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The first advantage is the use of fink methods 141. URLs 
are a standardized addressing protocol for the retrieval of 
hypertext files, binary files, and other digital resources used 
anywhere on the web. The URL protocol, when combined 

5 with the HTML encoding/display protocol and the HTTP 
communications protocol, forms the standards that make the 
web possible. All web programs must incorporate this pro- 
tocol in order to operate. Introducing other addressing 
protocols would require an enormous reengineering and 

10 upgrading effort throughout the web. With a communica- 
tions object system, the URL protocol is just one possible 
link method 141. Other link methods could employ other 
protocols, syntaxes, name resolution services, and features. 
Since those methods can be made available via any of the 

15 mechanisms described in the discussion of methods above, 
new link methods 141 can easily be propagated throughout 
a communications object system. 

A second advantage is multiplicity. A URL can only 
represent a single resource on the web, although the browser 

20 receiving that resource can be programmed to retreive 
additional resources, such as the graphics associated with an 
HTML page, automatically. A link element 143, on the other 
hand, can designate any number of resources to be retreived 
in one action. It can supply these resources through its own 

25 attributes, through other associated elements, or through link 
methods 141. 

A third advantage is processing flexibility. The processing 
of the resource received by a URL request is determined by 
the browser or other program executing the URL request. 

30 This processing can ony be modified by changing the 
protocol or reprogramming the receiving software. With a 
communications object system, a link method 141 also 
controls the processing of the resource retrieved. The link 
method 141 can also call other methods for processing the 

35 resource retreived. If the resource is a communications 
object 110, its own receipt method or methods 141 can 
further determine the processing it receives.. 

A fourth advantage is the power of the address resolution 
protocol. As explained in The World Wide Web Unleashed, 

40 cited above, a URL is resolved by a web program in several 
steps. First the IP (Internet Protocol) address of the host 
computer is resolved via a lookup via a lookup to the user's 
local DNS (Domain Name Service) host. This host may in 
turn lookup the name on additional DNS hosts until the 

45 name is resolved successfully or an error message is pro- 
duced. Next the web program requests the specific HTTP 
resource on the IP host specified by the URL. This can be the 
name of any document or MIME file supported by the web 
protocols, or it can be the name of a method available on the 

50 host together with the parameters to pass to that method. In 
the latter fastion, it is possible for the host to "resolve" a first 
URL into a second URL by returning the second URL in the 
form of an HTTP redirect command as the result of its 
processing. An HTTP redirect is a URL that is automatically 

55 processed by the web software that made the original URL 
request. In this manner a succession of redirects is possible 
until the final resource is resolved. The use of HTTP 
redirects to accomplish the persistent naming of web 
resources is generally discussed in Stuart L. Weibel and Erik 

60 Jul, "PURLs to Improve Access to Internet" in the 
November/December 1995 issue of the Online Computing 
Library Center (OCLC) Newsletter, page 19. Information on 
the PURL naming service is also available on the World 
V^ide Web at http://purl.oclc.org/. 

65 This approach requires that all address resolution logic be 
present in one of two places: in the DNS protocol, or in the 
address resolution methods available at remote hosts. With 



07/30/2003, EAST Version: 1.04.0000 



5,862, 

81 

a communications object system, the address resolution 
logic first resides in the link method 141, which can in turn 
call any other communications object method 141 or partner 
server method 141 as described in the section on commu- 
nications object methods above. This means that by using a 5 
UID, URL, name, or other attribute or combination of 
attributes supplied in a link element 143, the link method 
141 can first search the local databases 11, 21 within the 
programs 12, 22 for the specified communications object or 
objects. If the communications object is not found locally, 10 
the link method 141 can then query one or more distribution 
servers 32 where the communications object is likely to be 
stored, such as LAN or WAN distribution servers. These 
distribution servers 32 may be represented by distribution 
service objects 1310, which will be further discussed below. 15 
If the target communications object 110 is not found on a 
distribution server 32, then the link method 141 can process 
the attributes of the link elements 143 to determine the next 
most efficient means of retreiving the communications 
object. For example, if a URL is available, the link method 20 
141 could process this. If a URL is not present but a UID is 
available, the link method 141 could automatically use a 
UID resolution service. If a UID is not present but a name 
is available, the link method 141 can use a name resolution 
service. UID or name resolution services can operate simi- 25 
larly to the Domain Naming Service (DNS) for the Internet, 
or to the PURL naming service cited above. Additionally, the 
name resolution service could incorporate features under 
consideration by the World Wide Web Consortium (W3C) 
for Uniform Resource Identifiers (URIs) and Uniform 30 
Resource Name (URNs). These systems are discussed gen- 
erally by the W3C staff at the W3C World Wide Web site at 
http://www.w3. org/pub/WWW/Addressing/. 

A communications object system offers particular advan- 
tages for deploying a global name resolution service. With 35 
such a service, each communications object provider would 
have the opportunity to obtain a unique name corresponding 
to the UID for any communications object HO. This naming 
service would operate in the same manner as DNS, where 
Internet users can currently apply for a unique domain name 40 
corresponding to a unique Internet host IP address. Just as 
DNS allows any web program to resolve a domain name in 
a URL to a unique host IP address, a global communications 
object name service would allow any link method 141 to 
resolve a communications object name to its UID, URL, or 45 
any other unique addressable attributes. Because this name 
resolution service is completely abstracted from any under- 
lying communications addressing protocol, it would allow 
the use of names that are exactly the same as the real-world 
name of the person, company, product, service, or other 50 
entity that the communications object represents. Also, 
because the name service results are processed by a link 
method 141, the link method 141 can determine the most 
efficient way to retreive the specified communications object 
110. Such a name service can be made available to other 55 
communications objects 110 by use of a name service object 
1310. The use of name service objects and name partner 
servers will be further discussed below. 

When the provid er program 12 anr| consumer program 22 
are com bin ed, a communications o bj ect system can also 60 
a utomate me excrrlHfe"^ comm unications objects 110 
between two providers . IhisTS^^ommon need analogous to 
f^^lfcrjange^r' business cards between individuals . 
Although only one business card need be exchanged " to 
^create a communications relationship, a two-way exch ange 65 
" provides tne greatest numoer oi communicationsopupns i n 
both directions. This synchronization can be accomplished 
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by the use of a special method 141 called an autoexchange 
method. An autoexchange method 141 operates as both a 
receipt method 141 and a data exchange method 141. The 
the data structures involved are illustrated in FIG. 3. When 
a provider program 12 first receives a communications 
object 110 with an autoexchange method 141, it first com- 
pares the database system ID of the communications object 
110 with those of its recipient instances 120. If the database 
system ID is already present, the relationship is already 
established, and the autoexchange method is ignored. If not, 
the autoexchange method 141 is executed according to the 
receiving provider's preferences. Such preferences can be 
specified using the provider preferences form (316, FIG. 9) 
and stored in the global preferences instance 103. One 
preference may be to automatically generate and transmit a 
default communications object 110 instance back to the first 
provider. Another preference may be to generate a message 
element (211, FIG. 4) for use with the notification report 
(630, FIG. 13) to notify the receiving provider of the 
autoexchange request. The headline of the message element 
(211, FIG. 4) could be linked to the create new recipient 
form (311, FIG. 9). This form would serve as the input form 
for the autoexchange method 141. The received communi- 
cations object 110 could supply the attributes necessary for 
the recipient instance 120 on this form. Therefore the 
receiving provider need only select the preferences for the 
communications object or objects 110 to be returned to the 
first provider. When this form is submitted, the autoex- 
change method will trigger the distribution of this commu- 
nications object as described above. 

The autoexchange of communications objects 110 can 
also be extended to web servers, data servers, and other 
electronic communications relationships. This is an exten- 
sion of the process of using communications objects as 
"cookies" described in the preceeding section on data 
exchange control. 
Forwarding and Chaining Control 

A special case of communications object exchange is 
when a consumer wishes to send a provider's communica- 
tions object in the consumer's database 21 to another 
consumer. This is the real- world equivalent of a businessper- 
son needing to share the contact information for a customer 
with a business associate, or a mail order customer wanting 
to tell a friend how to subscribe to a mail order catalog. A 
communications object system can accomplish this using 
forwarding methods. A forwarding method 141 allows the 
user of one consumer program 22 to transmit another 
provider's communications object via the push technique to 
another consumer program 22. 

Execution of a forwarding method typically displays the 
forward form (635, FIG. 13). The forward form allows the 
user to manually input the e-mail address, encoding data, 
and any other data necessary to forward the communications 
object 110 to the recipient. Alternatively, the user can select 
the recipient from a list of recipients (120, FIG. 3) already 
present in the consumer database 21. In this case, the 
recipient instance (120, FIG. 3) contains the necessary 
information to address, encode, and transmit the communi- 
cations object. When this form is submitted, the forwarding 
method generates a message object 110 and transmits it to 
the recipient. The contents of this message object can vary 
with the type of forwarding desired. An anonymous for- 
warding or "redirect" operation would simply send the 
communications object 110 itself, exactly as if it had been 
pushed from the original provider. This ' communications 
object would be received at the recipient's consumer pro- 
gram 22 just like any other communications object 110. A 
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signed forwarding operation would include a forwarding on the public data network and increase the efficiency of the 

element 143. A forwarding element is a recipient instance communications object distribution process. 
120 representing to the forwarding consumer, e.g. their Chaining can be implemented via push or pull techniques, 

system ID, name, e-mail address, and so on. This informa- Chaining via the push technique is accomplished in the 

tion could be displayed by the notification method at the 5 consumer program 22 by use of a consumer receipt method 

receiving consumer program 22. Asigned forwarding opera- 141 that invokes a forwarding rule 140. A forwarding rule 

tion could also include a message element (211, FIG. 4). In associates a communications object instance 110 with one or 

this case the forwarding consumer could control the headline more recipients 120. When an update to a communications 

and message displayed by the notification method at the object 110 is received by the consumer program 22, the 

receiving consumer program 22. Asigned forwarding opera- 10 receipt method checks to see if it is subject to a forwarding 

tion could also include copies of the forwarding consumers rule. If so, a copy of the communications object 110 is 

element preference instances (147, FIG. 3). In this case the transmitted to the recipient 120. Chaining offers the same 

receiving consumer would be able to choose whether to update control options as described in the update control 

adopt these preferences or start with the default preferences section above. This means it can be controlled by the 

of the original communications object 110. Any of these 15 forwarding consumer, or the forwarding consumer can pass 

forwarding operations could also be authenticated, which control to the receiving consumer. When the push technique 

would add an element 143 with a digital signature verifying is used, message objects 110 can be used to control the 

the identity of the forwarder. Authentication is described in creation and modification of recipient instances (120, FIG, 

the encoding control section above, and authentication ser- 3) and acknowledgment instances (121, FIG. 3) in the 

vice objects are further described below. 20 forwarding consumer program 22 in the same way as they 

Alternatively, the forwarding operation also need not are in the provider program 12, described above in the 

include the original communications object 110. The for- update control section. 

warding message object 110 can instead include a data The original provider of a communications object 110 can 
exchange element supplying the attributes of the communi- also control forwarding and chaining pertaining to the 
cations object 110 and a data exchange method for retreiving 25 object. This is necessary because communications objects 
it. Such data exchange method can operate automatically as may contain sensitive data or methods which the provider 
a receipt method or can present an input form for manual does not wish other consumers to obtain without the pro- 
confirmation by the consumer. If the communications object vider's control. As shown in FIG. 3, this can be accom- 
110 is distributed via the pull technique, the data exchange plished through the use of forwarding control attributes of 
method can retreive it from the distribution server 32. If the 30 the communications object itself 110, forwarding control 
communications object 110 is distributed via the push elements 143, and forwarding control rules 140. As with 
technique, the data exchange method can send a message other rules, forwarding control rules maybe implemented at 
object 110 to the originating provider program 12 requesting the system level, or they may be implemented by a particular 
transmission of the communications object 110. Such mes- communications object. In case of conflicts, the more 
sage object can be processed automatically by the provider 35 restrictive forwarding control rule takes precedence. For- 
program 12 or require manual approval by the provider, warding control rules can cover all aspects of forwarding 
depending on the rules 140 applied by the provider to and chaining operations. Specifically, they can prohibit any 
communications object transmission requests. forwarding, permit forwarding but prohibit chaining, permit 
Forwarding is a unique operation in that update control chaining only using specified update techniques, permit 
can be specified by the forwarding and/or receiving con- 40 forwarding without the inclusion of element preference 
sumer. By default, the forwarded communications object instances 147, and permit forwarding or chaining only with 
will use the update control specified by the original provider. notification to the original provider. Notification to the 
However, subject to forwarding control rules (discussed original provider can be accomplished by having the for- 
below), the forwarding consumer can also control updating. warding method transmit a message object 110 back to the 
This is accomplished by including in the forwarding mes- 45 original provider whenever a forwarding event takes place, 
sage object 110 a receipt method governing updating. This These messages objects can be used to track recipients in the 
receipt method can designate that the communications same fashion as described above in the receipt and acknowl- 
object 110 will be updated via the push technique from the edgment control section. Forwarding control rules can also 
forwarding consumer program 22 or another consumer control the "depth" of chaining. This can be accomplished 
program 22, or updated via the pull technique from a 50 by incrementing an integer counter attribute of a forwarding 
distribution server 32 other than the original distribution control element 143 each time a communications object 110 
server 32. This can be done regardless of how the commu- is advanced to another consumer program 22 in the chain. If 
nications object 110 is updated at the originating consumer the maximum chain depth is exceeded, further chaining is 
program 22. The ability of a communications object to be not allowed. A forwarding method can track the consumer 
updated from another consumer program 22 or distribution 55 programs 22 that comprise the chain by including the 
server 32 is referred to as chaining. Chaining is a powerful forwarding elements 143 for each forwarding consumer in 
means of distributing communications object updates, the communications object 110. A receipt method 141 can 
because it spreads the load for distributing objects through- optionally generate an input form whereby the receiving 
out the communications network 3. This makes the push consumer can choose to receive updates from any consumer 
method more feasible for large-scale distribution of com- 60 program 22 higher in the chain. A forwarding control 
munications objects. A particular example of chaining is the method can also use an input form to have forwarding 
distribution of communications objects on a local area control rules applied manually by the forwarding consumer, 
network (LAN). If one consumer program 22 or distribution Such an input form can include reminders about sensitive 
server 32 on the LAN is receiving communications object data and display rules about forwarding or chaining for the 
updates from over a public data network such as the Internet, 65 consumer to follow manually. Distribution control can allow 
this program can automatically distribute updates to other the original provider to selectively apply forwarding rules to 
consumers on the LAN. This can significantly lower traffic specific consumers. This is done by producing custom 



07/30/2003, EAST Version: 1.04,0000 



5,86 

85 

forwarding control attributes 110, elements 143, or rules 141 
for each recipient. Distribution control procedures are 
described above in the distribution control section- 
Transfer Control 

A forwarding operation creates a copy of a communica- 
tions object 110 at a second consumer program 22, leaving 
the first communications object 110 at the first consumer 
program 22 intact. This creates a new communications 
relationship between the new consumer and the original 
provider. By contrast, a transfer operation moves a commu- 
nications object 100 from one consumer program 22 to 
another consumer program 22, and does not leave a copy of 
the communications object 110 at the first consumer pro- 
gram 22. Thus, a transfer operation does not create any new 
communications relationships, but instead transfers owner- 
ship of a communications relationship from one consumer to 
another. This is similar to the difference between copying or 
moving a computer file. The copy operation creates a second 
physical copy in a second location; the move operation 
keeps only one copy in the new location. 

Methods 141 used to transfer communications objects 
between consumers are referred to as a transfer methods. 
Just as a move operation on a computer file is often 
implemented by the operating system as a copy operation 
followed by a delete operation on the original file, a com- 
munications object transfer method may be carried out as a 
forwarding method followed by a termination method. In 
addition, just as most computer operating systems first 
confirm the successful copy of the file to the new location 
before deleting the file in the old location, a communications 
object system should preferably allow consumers to confirm 
the successful transfer of the transferred communications 
object to the new consumer before deleting the communi- 
cations object from the transferring consumer. This can be 
accomplished by using of message objects 110 as described 
above in the receipt and acknowledgment control section. 
Specifically, as illustrated by the data structures in FIG. 3, a 
transfer method 141 generates a message object 110 to the 
receiving consumer in the same manner as a forwarding 
method. The primary difference is that the message object 
includes a transfer receipt method 141 that adds a transfer 
rule 140 and an associated scheduled event 117 to the 
receiving consumer's consumer database 21. The transfer 
rule 140 is associated with the transferred communications 
object 110 such that when an update to the communications 
object 110 is received, the rule 140 is triggered. The rule 140 
then executes the transfer method 141 which first deletes the 
associated scheduled event 117. The transfer method 141 
then produces a message object 110 and transmits it back to 
the transferring consumer program 22. This message object 
invokes the originating transfer method 141 which then 
deletes the associated communications object 110. 
Optionally, the transfer method 141 could also produce a 
message element (211, FIG. 4) to provide notification to the 
transferring consumer that the transfer is complete. If an 
update to the communications object 110 in the receiving 
consumer program 22 is not received before the scheduled 
event 117 is triggered, it means an error condition likely 
exists. In this case the scheduled event 117 can produce a 
message element (211, FIG. 4) to provide notification to the 
receiving consumer. The scheduled event 117 can also 
execute the transfer method 141 which produces a message 
object 110 and transmits it back to the transferring consumer 
program 22. This message object invokes the originating 
transfer method 141. This transfer method can then either 
attempt a re transfer of the communications object 110, or 
produce a message element (211, FIG. 4) to provide notifi- 
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cation to the transferring consumer, or both. The options for 
automatic error correction are more fully described in the 
receipt and acknowledgment control section above. 

As with forwarding control, transfer control can also be 

5 exerted by the original provider using transfer rules 140 and 
transfer methods 141 in the communications object 110. 
Transfer rules and transfer methods are a particularly pow- 
erful means of data exchange control because they can 
accomplish automatic data exchange events involving the 

10 provider, the transferring consumer, and the receiving con- 
sumer all in one. An example is the transfer of ownership of 
a real world object, such as an automobile. A real- wo rid rule 
applies to such a transfer, namely that the selling consumer 
must notify the automobile licensing authority, and the 

15 buying consumer must apply for a new title from the 
licensing authority. In this case the licensing authority would 
be the provider of a communications object 110 representing 
an automobile title. The selling consumer would have 
obtained the communications object 110 when he/she pur- 

20 chased the automobile. Using data exchange methods as 
explained above, the licensing authority would have used 
the communications object 110 to obtain the necessary 
elements 143 from the consumer required by law to register 
the vehicle. The licensing authority could then use updates 

25 to the communications object 110 to communicate with the 
consumer about the license, such as sending notifications 
about annual license renewals. (Payment for such license 
renewals can also be automated by data exchange methods 
in the communications object 110, as further described 

30 below.) When the time came to transfer the automobile title, 
the selling consumer would invoke the transfer method 141 
in the communications object 110. The transfer method 141 
would first generate an input form requesting the necessary 
data about the buying consumer and transaction details. (If 

35 a communications object 110 representing the buying con- 
sumer was also present, an association with such object 110 
could be used to provide such data.) The transfer method 141 
would then produce two message objects 110. The first 
message object would be transmitted to the licensing 

40 authority, containing the necessary elements 143 to auto- 
matically register the sale. The second message object would 
be transmitted to the buying consumer. This would include 
the forwarded communications object 110 representing the 
title. A transfer rule 140 would also determine which ele- 

45 ment preference instances 147 must be transferred with the 
communications object 110. For example, the Vehicle Iden- 
tification Number (VIN) must be transferred with the title; a 
new VIN may not be specified by the buyer. The transfer 
method 141 would also add a rule 140 to the selling 

so consumer's database 21 requiring that affirmative acknowl- 
edgment message objects needed to be received from both 
the licensing authority and the buying consumer before the 
communications object 110 representing the title will be 
deleted. The transfer method 141 could also create a sched- 

55 uled event 117 that checked for the receipt of these message 
objects after a specified interval. 

On the buying consumer's part, the message object 110 
received with the transferred communications object would 
invoke a transfer method 141. This transfer method 141 

60 would first add a transfer rule 140 to monitor updates to the 
communications object 110 to ensure that it was operating 
properly. The transfer method 141 could also produce a 
scheduled event 117 associated with the transfer rule 140. 
This scheduled event 117 would check for the receipt of a 

65 reply message object from the licensing authority. Next the 
transfer method 141 would produce an input form requesting 
confirmation of the purchase and application for the new 
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title by the buying consumer. It is signficant to point out that 
the buying consumer should not need to enter a single piece 
of data other than authentication or confirmation informa- 
tion. All such data is already present either in the commu- 
nications object 110 or the consumer database 21. The 
transfer method method 141 would then produce a message 
object 110 to be transmitted to the licensing authority with 
the title application. When the licensing authority returned a 
acknowledgment message object 110 to the buying 
consumer, it would trigger the transfer rule 140. The transfer 
rule 140 would execute the transfer method 141. The trans- 
fer method 141 would first delete the transfer rule 140 and 
its associated scheduled event 117. The transfer method 141 
would then produce another acknowledgment message 
object 110 to return to the selling consumer. When this 
acknowledgment message object was received, the same 
sequence of events would take place. The transfer rule 140 
would execute the transfer method 141, which would first 
delete the transfer rule 140 and its associated scheduled 
event 117. It would then delete its associated communica- 
tions object 110 and then delete itself. This would complete 
the transfer, with all parties assured of verified data delivery 
to the others. 

Transfer control can be applied to almost any situation 
where the real world ownership of an object or goods is 
transferred by an exchange of data between the transferee 
and the transferor, or between the transferee, transferor, and 
a third party such as a licensing authority, broker, agency, 
listing service, and so on. A universal example is classified 
ads. By using a communications object instance 110 to 
represent goods for sale via a classified advertising service, 
all or most of the communications transactions between the 
buyer, seller, and classified ad service can be automated. The 
use of a communications object system for classified adver- 
tising is further discussed in the description of data exchange 
service objects below. 
Termination Control 

A communications object system also offers an efficient 
new way for providers and consumers to control the termi- 
nation of communications relationships. In most communi- 
cations systems, it is easy for a provider to terminate a 
communications relationship. This is also true of a commu- 
nications object system. As discussed in the distribution 
control section above, providers can control communica- 
tions object distribution by both push and pull techniques. 
Referring to FIG. 3, if a provider controls the distribution of 
a communications object 110 via the push technique, the 
provider need only delete the association of a recipient 120 
with a communications object 110. If the provider controls 
the distribution of a communications object 110 via the pull 
technique, the provider can change the behavior of the 
distribution control method 141 or distribution control rules 
140 included in the communications object 110 or transmit- 
ted to a distribution server 32. 

However, in many communications systems, it is often 
very difficult for a consumer to terminate a communications 
relationship. An example is the difficulty many consumers 
have in being removed from direct mailing lists or telephone 
solicitation lists. With the communications system of the 
present invention, consumers have complete and immediate 
control over any communications object relationship. From 
the consumers perspective, this is accomplished simply by 
deleting the corresponding communications object 110 
using the delete object form (623, FIG. 13). If a termination 
method 141 (FIG. 3) is present in the communications object 
110, the delete object form calls this method; otherwise, it 
calls a default system termination method 141. A system 
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termination method 141 would simply delete the commu- 
nications object 110 from the consumer database 21. Option- 
ally the system termination method 141 can replace the 
association between the communications object 110 and the 

5 database 100 with an association between the communica- 
tions object 110 and a special "trash" folder 115. This 
permits the user to change his/her mind and recover the 
terminated communications object 110 at a later date by 
reversing this operation. A similar technique can also be 

io used just to temporarily suspend or deactivate a communi- 
cations object 110, which could later be reactivated by 
reversing the operation. 

By including a termination method 141 in the communi- 
cations object 110, a provider can also control the actions 

15 taken upon termination of a communications relationship. 
Generally, this does not mean the provider can prevent the 
consumer from terminating the relationship (i.e., deleting 
the communications object). Rather, the provider can control 
some of the actions taken when a communications relation- 

20 ship is terminated. An example is notification. If a commu- 
nications object 110 is updated via the push technique, the 
provider must be notified in order to delete the association 
between the recipient instance 120 and the communications 
object 110. This notification can be processed manually by 

25 the provider, or automatically by the provider program 12, 
In either case the termination method 141 produces a 
message object 110 and transmits it back to the provider 
program 12. When it is received, a receipt method 141 of the 
message object can delete the association between the 

30 recipient 120 and the communications object 110. 
Alternatively, it can first produce a message element (211, 
FIG. 4) that notifies the provider of this action. When the 
headline of the message element (211, FIG. 4) is selected, 
the termination method 141 can produce an input form 

35 which may give the provider further options. For example, 
the provider may wish to replace the association between the 
recipient 120 and the communications object 110 with 
another one between the recipient 120 and a special folder 
115 such as an "Former Customers" folder. This maintains 

40 the consumer information so that the provider can attempt to 
reestablish the relationship at some future date. 

If a communications object 110 is updated via the pull 
technique, it is not necessary for a message object 110 to be 
returned to the provider program 12. Deletion of the com- 

45 munications object 110 at the consumer program 22 will 
terminate the relationship. However, the provider may still 
wish to employ a termination method 141 to receive overt 
notification of this event. Furthermore, regardless of the 
update technique used for the communications object 110, 

50 the provider may wish to employ a termination method 141 
as a data exchange method. A common reason for doing this 
would be to ask the consumer why he/she is terminating the 
communications relationship. In this case the termination 
method 141 generates an input form where the consumer 

55 could indicate his/her reasons by selecting from checkboxes, 
radio buttons, or drop-down lists, entering text into a text 
box, or any other means of data input. When this input form 
is submitted, the termination method 141 generates a mes- 
sage object 110 and transmits it back to the provider program 

60 12. At the provider program 12 a receipt method can 
automatically compile the consumer's input by storing it as 
elements 143, incrementing counters within elements 143, 
storing it in an external database, or any other data process- 
ing method. In this fashion the provider could periodically 

65 review aggregate statistics and/or direct textual feedback 
from consumers about why they terminated the communi- 
cations relationships. 
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In certain cases, a termination method 141 can be com- There are many uses for communications event logs. One 

bined with termination rules 140 in order to control the of the most common is error tracking. System rules 140 can 

processing of a termination method 141. An example is the monitor logged event instances 118 to provide alerts to 

case of a communications object 110 representing an auto- frequent error conditions. Another common usage is provid- 

mobile title given above. Here a termination rule 140 could 5 ing communications relationship histories. For example, a 

specify that, once initiated with an actual automobile title, a provider can specify that a data exchange method 141 used 

communications object 110 could not be terminated until a for product ordering create a logged event instance 118 each 

some form of acknowledgment message object 110 had been time a product is ordered. The provider can have the same 

received from the licensing authority. This might be a or a related data exchange method 141 make logical deci- 

transfer acknowledgment, or a destroyed vehicle sions within the consumer program 22 based on a query of 

acknowledgment, or any other form of acknowledgment for . the logged event instances 118 for previous product orders, 

proper disposition of the title. Such a rule could be very Such data can also be reported in a message object 110 

valuable to the licensing authority in enforcing compliance transmitted to the provider. This can decrease data process- 

with the laws covering automobile title registration. ing requirements on the provider's end and increase the 

A communications object system provides a unique ability of data exchange methods 141 to make decisions 

mechanism for enforcing the termination of a communica- 15 relevant to the consumer's actual needs, 

tions relationship. In the course of a communications Event tracking control is particularly valuable for the 

relationship, a provider may have obtained a consumer's generation of reports and statistics reports related to the use 

e-mail address. If so, the provider would have the ability to of particular communications objects, groups of communi- 

send the consumer new communications objects even after cations objects, or the usage of a provider program 12 or 

the consumer has already terminated the communications 20 consumer program 22 as a whole. Reporting control will be 

relationship. Although the consumer is able to delete these further discussed below, 

new communications objects with a single action, a large Data Archiving Control 

number of providers taking this action still requires signifi- By functioning as active databases, the provider program 
cant effort and irritation on the part of the consumer. This is 12 and consumer program 22 can control the archiving of the 
essentially the electronic equivalent of "junk mail". To 25 data ^ storc * This is a very useful capability for many 
prevent this, the consumer database 21 can track all or communications functions. First, many providers and con- 
selected terminated communications objects 110. Such a sumers frequently wish to refer to past communications 
record is commonly referred to as a "kill file". This is data * When sto f! * electronic format, this data is also 
u , , ^ i t An r ■ * ^ * computer searchable, which is another key advantage, 
accompusnea using a lermmauon nue iw. rim, ine » rmi- Add - tiona]l „ archiv - ne data 

can be useful for error 

nation rule 140 requires that any termmation method 141 30 £ explained below. As shown in FIG. 3, data 

executedmtheconsumerprogr^ £ achicycd ^ w of 

between the communications object 110 and the database archive attributeSj archive rales 140 an d archive methods 

100 with an association between the communications object 141 ^ a ppUcaUon of data archiving rules 140 in both the 

110 and a designated "kill folder" instance 115. The termi- provider program 12 and consumer program 22 is explained 

nation rule 140 may also make this an optional checkbox on 35 aDOVe and in steps 735-737 of FIG. 15. These examples 

any input form generated by the termination method 141. show how an archiving attribute and rule are used to control 

Second, the termination rule 140 is triggered by the receipt the number of previous versions of a communications object 

of any new communications object 110. The termination rule that will be archived. Archiving rules also allow control of 

140 executes a termination method 141 that compares the archiving using time intervals, data size parameters, by the 

UID of the new communications object 110 with the UIDs 40 presence or absence of element preferences 147, and other 

of all communications objects 110 associated with the kill parameters. 

folder. If there is a match, the termination method 141 can It is particularly useful for both providers and consumers 
take whatever action is specified by the consumer. Typically, to be able to control archiving at both a global database level 
this will be to delete the communications object 110 without and a communications object level. It can also be useful to 
notification to the consumer. Alternatively, the termination 45 control archiving at the element level. Global archive con- 
method 141 could compare only the provider ID (the system trol is accomplished by storing communications object 
ID of the provider database 100) with the provider ID of all archive preferences as attributes of global preferences 103 
communications objects 110 associated with the kill folder. and applying system archiving rules 140 and system 
This would detect any communications object 110 produced archiving methods 141. Individual communications object 
by a particular provider, not just a specific communications so archive control is achieved by storing archive preferences as 
object 110. Another option is for the termination method 141 attributes of the communications object preferences element 
to track the number of attempted transmissions for any 127 and applying archive rules 140 and archive methods 141 
particular communications object 110 by incrementing an associated with the communications object 110. Element 
integer value attribute of the association between the com- archive control is accomplished by storing archive prefer- 
munications object 110 and the kill folder 115. When this 55 ences as attributes of the element 143 and applying archive 
integer value reached a threshold, the termination method rules 140 and archive methods 141 associated with the 
executes a notification method notifying the consumer, who element 143. These three levels can also be intermatched. 
may then take appropriate action. For example, if a communications object included a archive 
Event Tracking Control preference attribute in its preference element 127, but had no 
Unlike many other communications systems, a commu- 60 archive method 141, then the global system archive method 
nications object system is able to provide direct, seamless 141 uses the local archive preference attribute, 
control over event tracking. As shown in FIG. 3, the prin- Archive control can also maintain instances of system 
ciple data structures involved with event tracking control are objects. This is particularly valuable for maintaining the 
the event class 116 and the logged event class 118. Any queue of logged event instances 118. For example, a rule 140 
communications object system method may produce a 65 can specify that any logged event instances 117 older than X 
logged event instance 118 for purposes of tracking commu- interval be deleted, preventing an unnecessary buildup of 
nications actions. data. 
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In general, providers only need to control archiving in the instance 110 is http://company.com/commobjectxos and the 

provider database 11 and consumers only need to control missing version value is 3481, then the computed network 

archiving in the consumer database 21. However, archiving address would be http://company.com/ 

control can also be combined with distribution control and commobject3481.cos. This requires two minor modifica- 

data exchange control as a way to ensure the versions of a 5 tions to the communications object instance generation and 

communications object in a provider database 11 and a transmission routine (FIG. 12). First, a step is added in 

consumer database 21 stay synchronized. This is another which the version naming algorithm is used to rename a 

aspect of version monitoring, discussed above. Version copy of the previous communications object version 

monitoring is desirable because it is possible for the con- instance 110 stored on the local or network file system, 

sumer to miss versions of a communications object instance 10 Alternatively, the routine could regenerate this previous 

110. For example, if the communications object instance 110 instance if it were missing. Second, at the conclusion of the 

is distributed via the push technique, communications net- routine, both the current and renamed previous version of 

work errors may cause the transmission to fail. If the the communications object 110 are transferred to the distri- 

communications object instance 110 is distributed via the bution server 32. Now when a new communications object 

pull technique, communications network errors or distribu- 15 instance 110 is received at a consumer program 22, the 

tion server errors may also prevent an update from occuring, version monitoring rule 140 executes a version monitoring 

although the polling retry process can frequently correct method 141. The version monitoring method 141 first deter- 

this. A more likely scenario is that either the consumer mines if any versions are missing. If so, it uses the version 

computer 2 or the consumer program 22 is not operated by naming alrogrithm to determine the network addresses of 

the consumer during one complete version update cycle by 20 each missing communications object version. It then 

the provider. For example, if the provider updates the executes a polling operation for each missing communica- 

communications object once per day, but the consumer does tions object from the distribution server 32, restoring syn- 

not operate the consumer program 22 for a week, the chronization. 

consumer may have missed six communications object A second technique is to store the date and network 

versions. Finally, a communications object version could 25 address of previous versions in the communications object 

become corrupted in the consumer database 21. 110 itself. This approach has the advantage of allowing any 

If a uniform version value algorithm is used throughout number of version naming algorithms to be used. This can 

the communications object system to increment the value of be done with three minor modifications to the comrminica- 

version attributes of communications object instances 110 or tions object instance generation and transmission routine 

its components, recovery of lost or missing versions is 30 (FIG. 12). The first modification provides that each time a 

straightforward. When the push technique of updating is new version of a communications object instance 110 is 

used, recovery is accomplished using a version monitoring generated, the version naming algorithm is used to generate 

rule 140 and version monitoring method 141 at the con- a unique network address name for this version. This unique 

sumer program 22. These can be implemented by the network address name together with the version value and 

provider or the consumer. The version monitoring method 35 current date and time is stored as a archive composite type 

141 operates as a specialized data exchange method 141, element 143 contained in the communications object 110. 

explained above. The version monitoring rule 140 is asso- This element is itself maintained by an archive rule 140 such 

ciated with the communications object 110 so it is triggered that only n instances, or only instances newer than X 

each time an update is received. The version monitoring rule interval, are stored. The second modification is the same as 

140 executes the version monitoring method 141 which 40 described above, i.e., the communications object instance 
compares the version value of the update received with generation and transmission routine uses the unique network 
version value of the most recent communications object 110 address name to rename a copy of the previous communi- 
stored in the consumer database 21. If the version value cations object version instance 35 stored on the local or 
algorithm indicates that a version value is missing in the network file system. Alternatively it could regenerate the 
sequence, the version monitoring method 141 generates a 45 previous instance of the communications object instance 35 
message object 110 containing a data exchange element 143 it were missing. Finally, at the conclusion of the routine, 
specifying the missing version values and the system ID of both the current and renamed previous version of the com- 
the consumer. The version monitoring method 141 then munications object instances 35 are be transferred to the 
transmits the message object back to the provider program distribution server 32. Now when the new communications 
12. Here, the message object executes a version monitoring 50 object instance 35 is received at a consumer program 22, the 
receipt method 141. The version monitoring method 141 version monitoring rule 140 executes a version monitoring 
then executes the communications object instance genera- method 141 as above. The version monitoring method 141 
tion and transmission routine (FIG. 12) for the specified compares the version value attributes of the archive ele- 
missing version communications object versions and the ments 143 contained in the updated communications object 
specified recipient 120. When these new instances are 55 instance 35 with those in the consumer database 21. If any 
received by the consumer program 22, synchronization is are missing, the version monitoring method 141 uses the 
restored. network address stored in the archive element 143 to execute 

When the pull technique of updating is used, the steps are a polling operation for each missing communications object 

slightly different. In this case the version monitoring method from the distribution server 32, restoring synchronization. 

141 at the consumer program 22 needs to be able to so A third approach is to use a version monitoring method 
determine the network address of the missing communica- 141 as an enhancement to the basic communications object 
tions object versions on a distribution server 32. This can be update polling method described above. This requires a 
done in several ways. A first technique is to use a version distribution server 32 capable of executing a data exchange 
naming algorithm to derive the address from a combination method, however it tremendously simplifies version moni- 
of the network address of the current communications object 65 toring. In this case, a version monitoring method 141 
110 and the missing version value. For example, if the operating at the consumer program 22 need only submit the 
network address of the current communications object UID and version value of the communications object 110 to 
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be updated to the distribution server 32. The distribution and illustrated in FIG. 4, in a communications object 110 a 

server 32 then executes its own version monitoring method provider may create topic elements 201 from which a 

141 to compare the version value submitted with the version consumer can choose their notification preferences for topics 

values of the archived communications object instances 110 of interest. These preferences are stored in a element pref- 

stored on the server. The distribution server 32 then returns 5 erences instance 221. By including a reporting rule 140 and 

to the consumer program 22 all missing versions. In a a reporting method 141 in the communications object 110, 

preferred embodiment this process can be automated using the provider can be updated on any changes to user's 

a distribution service object working in conjunction with a Preference element instances 221. Hie reporting rule 140 

distribution partner server. Distribution service objects and °P e f ratcs M a ? ata ex ^^ e monitoring the element 

*n l j* i <• i i i J n preference instances 221. When an element preference 

partner servers will be discussed further below. 10 ^ fc created of edited ^ ^ ^ 14Q 

In all of these approaches the version monitoring ; method ^ ^ re rtin method 141 which gene rates a mes- 

141 could also accept parameters used to control the quan- &age object nQ ^ message objecl contains the changed 

tity or dates of previous versions received. In this manner the attributes of the preference element instances 221. The 

consumer could specify that he/she only wishes to receive n reporting method 141 next transmits the message object 

past updates or updates back to X date. 15 5 ac k to the provider program 12. When it is received, the 

A communications object system can also automate a message object calls another reporting method 141 to pro- 
difTerent form of archiving commonly required of any cess the reported data, for example by creating or updating 
software program using a database. This is the storage of associations to the recipient instance 120. The provider is 
backup copies of the provider database 11 or consumer now able to run reports 105 against this data in the provider 
database 21 in order to prevent data loss from corruption, 20 database 11 to produce statistics about communications 
hardware failures, or other problems. In this case an archive object usage. These can include the total subscribership to 
method is functioning as a data exchange method 141. any communications object 110 as well as the total sub- 
Backup control can be accomplished using backup prefer- scribership to any particular topic element 201, In this way 
ences stored as attributes of global preferences 103, or as ^e provider can see the precise communications needs of 
special backup elements 143, together with backup methods 25 Ac provider's audience. This feedback loop also allows 
141. Backups can be performed manually, or automated providers to further refine communications topics and mes- 
using scheduled events instances 117. Backup services can sages to better meet the needs of mis audience 
also be automated via a data exchange service object, which ^ first re P°* m S ™thod 141 can transmit a message object 

. 11L , . . & J 110 or another form of structured message to another 

will be further discussed below ^ Reports can be generated in the same 

Reporting and Statists Control 30 fa ^ on 6 at this ^ xr , er ^ s caa ^ ta 

Reports are typically one of the most valuable functions automated ^ reporting service objects, which will be 

of any database system. In a communications object system, further discussed below. 

reports have particular value because they can be delivered In additioD to control of metadata, reports can also moni- 

automatically using the same system about which they are tor communications activity. Continuing the example above, 

reporting. In this sense reporting control is simply a spe- 35 a communications object 110 can include a reporting rule 

cialized case of data exchange control. Reporting control is 140 which monitors access to any message element instance 

especially useful to providers because it can give them (211, FIG. 4) contained in the communications object 110. 

valuable statistics and feedback about the communications When the message element is read from the consumer 

needs and behaviors of their audience. Reporting control can database 21 for the first time (i.e. read by the consumer), the 

also be used by the operators of a communications object 40 reporting rule 140 is triggered. This executes a method 141 

system as the basis for billing and licensing, much as that creates a logged event instance 118 recording the UID 

telephone usage reports are the basis for billing telephone of the communications object 110 and message element 

system customers. (211, FIG. 4). The communications object 110 can also 

As shown in FIG. 3, reports can be compiled on any class include a receipt method 141 that creates a scheduled event 

or group of classes in a database 100. These include specific 45 instance 117. This scheduled event instance will periodically 

communications object components 140, 141, 142, 143, and execute a reporting method 141 which queries the consumer 

144; individual communications objects 110; folders 115 or database 21 for new logged event instances 118 matching 

other groups of communications objects 110; recipients 120; the UID of the communications object 110 and the appro- 

and events 116, scheduled events 117, and logged events priate event type. This reporting method 141 can then 

118. Reports which are locally useful to the provider or 50 produce a message object reporting the results as explained 

consumer can be defined and executed using report instances above. Any data present in the queue of logged event 

105. These reports are activated using the other reports form instances 118 can be reported on in this fashion. As with 

(640, FIG. 13). Report instances 105 are in essence a special other forms of data exchange, protection of both provider 

case of the overall reporting capabilities of the system. If a and consumer security is achievable through the use of 

report does not exist as a report element 105, a report is 55 reporting rules 140. Such rules can limit reporting access, 

generated using a reporting element 143 and a reporting for example, to logged event instances 118 which matched 

method 141. Reporting methods 141 function as a special a particular communications object UID or a provider group 

case of data exchange methods 141, discussed above. As UID. 

with data exchange methods, reporting methods are gov- For many reasons, including efficiency, security, and 

emed by reporting rules 140. Reporting rules function as a 60 consumer anonymity, reporting control may operate at the 

special case of data access rules 140, discussed above. system level. In this case, reports may be aggregated for 

A unique feature of a communications object system is its providers by the system operators using a reporting server or 

ability to produce reports about the metadata it uses to system of servers using reporting service objects. System 

control communications. This can happen at both the com- level reporting may also be used to enforce licensing rules 

munications object level and at the element level. A specific 65 and create billing and service reports. Reporting service 

example is communications object subscription reports. objects and reporting partner servers will be further dis- 

Referring to the example in the notification section above cussed below. 
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Service Objects and Partner Servers 

As described above, service objects are a special class of 
communications object whose primary function is to provide 
communications services to other communications objects. 
A service object is used to coordinate communications 5 
between providers and users. The server which provides and 
operates on a service object is referred to as the service 
object's "partner server". As with any communications 
object, the service object includes certain elements, 
metadata, and methods. Since different users can utilize a 10 
service object having certain features, actions between users 
or by different users can be coordinated by the service 
object. A provider may include features from a received 
service object in its own communications objects. A user 
may also use the methods in the service object to perform 15 
routine communication functions with others, including a 
third party partner server which created the service object. A 
service object can include any data, metadata, or methods 
which are useful to a significant number of providers or 
consumers. Various types of service objects and service 20 
providers are discussed below as examples. These examples 
relate to common functions to be performed in the commu- 
nication system, and illustrate the operation of service 
objects. Of course, many other service objects having dif- 
ferent features and functions could be created and used in 25 
connection with the communication system. 

Any given service object (815, FIG. 17) may provide 
services to providers, consumers, or both. Service objects 
that offer services to both providers and consumers are 
called polymorphic. Polymorphic service objects are par- 30 
ticularly useful in a communications object system because 
many of the same services are required by both partners to 
a communications relationship, each in a different form 
depending on whether the partner is the provider or con- 
sumer. Such services typically fall into three categories: 35 
editing or searching databases, encoding or decoding 
communications, and automating transactions with third 
parties. An example of the first category is a directory 
service object, which permits providers to place or update 
listings in a directory service and permits consumers to 40 
automate searches of the same directory service for a spe- 
cific provider. An example of the second category is an 
authentication service object, which permits providers to 
digitally sign communications objects and permits consum- 
ers to automatically verify these digital signatures. An 45 
example of the third category is a payment service object, 
which permits a provider to automate receiving payments 
from a bank or credit company and permits consumers to 
automate sending payments to the bank or credit company. 
Alternatively, where it is more efficient, service objects can 50 
be split into provider/consumer "pairs", each containing a 
link component object 110 linking it to the other. 

Service objects can wholly contain the services they offer, 
or they can represent the services of one or more servers 
available in the communications object system. In the latter 55 
case, the service object forms the basis for communicating 
the necessary information to the server so that the service 
can be provided. The latter case is also particularly useful 
because the service object can abstract or "encapsulate" the 
interface to the server or servers, removing the need for 60 
either the provider or consumer to deal with this complexity. 
A service object may represent services provided by a 
network of related servers, for example a replicated direc- 
tory database such as the Internet's Domain Name Service 
(DNS). The service object can then also abstract and auto- 65 
mate the process of choosing one of the network servers as 
a current partner server which will result in optimal p erf or- 
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mance and minimal network traffic. Referring to FIG. 3, this 
feature is accomplished by including a receipt method 141 
in the service object (815, FIG. 17) having one or more 
algorithms for determining the optimal partner server. Such 
algorithms can access elements 143 in the provider database 
11 or consumer database 21 for necessary input data such as 
the user's geographic location, time zone, network address, 
and so on, or they can prompt the user for such data via input 
forms. The service object's receipt method may also use a 
data exchange method 141 to query a reference server, 
perform network packet timing tests, or use other techniques 
to determine the optimal partner server. The same approach 
can also be used to determine one or more backup partner 
servers to use in case the primary partner server is unavail- 
able. The particular algorithm or method for determing an 
optimal partner server or backup partner servers is not a 
limiting feature of the invention. Once determined, the 
receipt method can save this data in the provider database 11 
or consumer database 21 as one or more element preference 
instances 147. These element preference instances can then 
be accessed by the service object's update method 141 or 
any of its other methods whenever it needs to call operations 
at the partner server. 

Service objects are distinguished in a communications 
object system by their communications object type. 
Examples of service object types are shown as classes 
830-844 in FIG. 17. Service object types serve the same 
function at the communications object level as element types 
serve at the element level. Service object typing allows the 
programs 12, 22 and other communications objects to make 
calls to service objects by type. When more than one service 
object of the proper type is present, the programs 12, 22 can 
prompt the provider or consumer to choose the desired 
service object, or the programs 12, 22 can make the choice 
programmatically. For example, a provider seeking to list a 
new communications object in one or more directories could 
execute a system method 141 that would call all directory 
service objects 832 present in the provider database 11. If 
more than one was present, the system method 141 would 
generate an input form prompting the provider to choose the 
desired directory service object or objects 832. When this 
form was submitted by the provider, the system method 
would proceed to call a DirectoryList method of each 
directory service object 832. The DirectoryList method for 
each directory service object would then carry out the 
balance of the operations needed to complete the directory 
listing. 

The same fundamental data structures used in the provider 
database 11 and consumer database 21 can be used in a 
partner server database 1301. These data structures are 
shown in FIGS. 3 and 4. Service objects (815, FIG, 17) can 
be stored as communications objects 110. They can also be 
nested as composite and component objects (811, 812, FIG. 
17) using association 110A as explained above in the 
description of composite and component objects. The use of 
composite and component service objects is ideally suited to 
many partner server functions, as further explained below. 
Alternatively, partner servers can use other data structures in 
order to optimize database performance, particularly for 
high-volume applications. Such additional data structures 
may include the use of special indexes or indexing 
algorithms, special caches or cache techniques, and other 
database performance enhancement technologies. 

The same basic program operations used in the program 
12, 22 can be used in a partner server 1302. In particular, a 
partner server 1302 may use the same HTML and HTTP 
interface system as described for the programs 12, 22. This 
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allows the partner server 1302 to function as a web server for serv^rju rther examples will be given below . Referring 

human interaction via a browser 50, while at the same time again to FIG. 28, the next step is that a corrimunications 

providing automated interaction with the programs 12, 22 object instance 35 is transferred to a consumer program 22 

via the HTTP protocol and any other mutual protocol such * (step 1322). This may be via e-mail using the push 

as SMTP/MIME. 5 technique, via a distribution server 32 using the pull 

As a subclass of standard communications objects 110, technique, or any of the other techniques described above, 

service objects can include all the control functions of Once the communications object instance 35 is transferred 

communications objects described above. Certain control to the consumer program 22, a link method 141 of the link 

functions have special relevance for service objects. First, component object 110 may be manually executed by the 

link control allows other communications objects to call the 10 consumer or automatically executed by another system 

methods of a service object object regardless of where the method or communications object method. F or example, the 

service obj ect may be located on a communications network c onsumer may wish to look up related coirmTun ic a ti p ns 

3. The special applications of link control will be discussed objects feta~nce^35 in a directory server/or authenticate the 

below. Second, update control allows a service object to stay conYrh u nications o bject instance 35 b efore forWar ding it^oT 

current regardless of where it is located on a communica- 15 maKe^a payment transaction using- the communicati ons 

tions network 3 . Version monitoring and update querying are o bject instance 35.^When the link method 141 is executed, 

particularly efficient techniques of update control for service it uses the attributes of the link element 143 to locate the 

objects and will be discussed below. Third, notification designated service object 1310 as described in the commu- 

control allows a service object provider to notify providers nications object exchange control section above. For 

or consumers using the service object about relevant 20 example, if the service object 1310 is not present locally in 

changes to me service obj ect or me communications services the consumer database 21, the link method uses other 

it makes available. Fourth, data exchange control allows the attributes of the link element to locate the service object 

service object to automate data exchanges with the server or 1310. For instance, if a URL was present, the link method 

servers the service object may represent. Fifth, data archive would use it to obtain the service object 1310. If this fails, 

control allows service objects to delete themselves if they 25 the link method would use the UID or name of the service 

age beyond a certain date or have dot been used within a object 1310 to obtain its URL or other current network 

certain period. This allows databases 100 to avoid an accu- address via a name server. The link method could also call 

mulation of seldom-used service objects. Finally, event the methods of a name service obj ect, described below. Once 

tracking control and reporting control allows service objects the link method located the proper network address, it would 

to create and report transaction records which can be pro- 30 download the service object 1310 from the partner server 

cessed to provide further services to the provider or con- 1302 (step 1323). At this point the link is reestablished, and 

.inner. These transaction records can also be used by the the communications object instance 35 can call the service 

ice object provider for billing or statistical purposes. methods of the service object 1310 to perform the services 

Link control and update control have special application s requested (step 1324). 

t6 polymorphic service objects. The application of link 35 Once a service object 1310 has been transferred to a 

control to polymorphic service objects is ill ustrated in FIG . consumer database 21 via this technique, version monitoring 

^28^Aj>rovider using the provider program 12 has need of the can be a very efficient update control technique. This is 

services offered by a service object partner server 1302. First because the services of the service object 1310 may not be 

the provider obtains a service object 1310 from the partner required again until they are called by another communica- 

server 1302 (step 1320). This may be by browsing with a 40 tions object instance 35. Version monitoring can be 

web browser 50, receiving the 1 service object 1310 via employed as follows. First, the service object 1310 can use 

e-mail, or any of the other techniques described above. Such a standard push or pull update control technique at the 

partner server 1302 may be a distribution server 32 or any provider program 12 to maintain a current version. Such 

other type of service object partner server such as those version changes will also maintain current version values in 

described below. Once the provider has obtained the service 45 any link element 143 associated with the service object 

object 1310, the provider may add a link component object 1310. By including this link element 143 in any update of a 

110 to any of the provider's communications objects 110 communications object 110 which contains it, the link 

which need to access the elements or methods the service element 143 will be transferred to all recipient consumer 

object 1310. This link component object 110 will then be programs 22 when the communications object 110 is 

included in any communications object instance 35 gener- 50 updated. At this point, whenever a method call is made from 

ated from the consumer database 21 (step 1321). In a a communications object instance 35 to the service object 

preferred embodiment, the link component object 110 is 1310, a version monitoring rule 140 contained in the service 

supplied by the service object 1310 itself. In this -case, object 1310 can be triggered. The version monitoring rule 

referring to FIG. 3, the provider need only create a 140 compares the service object version value stored in the 

contained-by association between the link component object 55 link element of the calling communications object 110 with 

110 in the service object (1310, FIG. 28) and the provider's the version value of the service object 1310. If the version 

communications object 110. This association can also be value in the link element 143 is greater than the version 

created automatically when any service object method 141 value of the service object 1310, the update method of the 

is executed that creates a service relationship between the service object 1310 is executed and the service object 1310 

service object and the communications object 110. The 60 is updated prior to completion of the original service object 

communications object 110 thus becomes a synthesized method call. 

o bject (813, FIG. 17), wherein the link component obj ect Update queries are also a highly efficient update control 

llO is supplied by the service object 1310.BI x amples of such technique for service objects. This is especial ty true when a 

a^serviceo biect relationship include listing a communica- service object 1310 is used to represent access to a large 

ti onToplect liu in a directory server, registering a commu~ 65 database of communications objects 110, such as the cat- 

niEaiinns nhj^t with an authenticat ion j ervefr br jtutho - egories of a yellow pages directory server or a classified 

rizing a communications object 110 for use with a payment advertising server. Basic update query control is explained 
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in the update control section above. When used in conjunc- Registration partner servers can do more than just auto- 
tion with a service object 1310 and partner server 1302, mate and track system ID and group ID assignments. By 
update query control can be even more efficient by employ- including data exchange methods for other registration data, 
ing user objects 110 on the partner server 1302. The data such as names, addresses, contact information, and so on, 
structures for user objects are shown in FIG. 6B. User 5 registration partner servers can obtain and store all the 
objects 110 represent either the providers or consumers information necessary to fully register communicatio as 
interacting with the partner server 1302. The partner server object system users. By using data exchange methods to 
1302 maintains an index of the provider and consumer return registration keys and licensing keys to the databases 
relationship associations 111 between all communications 11, 21 which enable the operation of all or selected subsets 
objects 110 and the user objects 110. Updates to communi- 10 of features, registration partner servers also function as 
cations objects 110 in the partner server database 1301 set licensing servers. For this reason registration servers can be 
the NewFlag attribute value of the relationship association to efficiently coupled with naming, authentication, and report- 
TRUE. This can be accomplished very efficiently on the ing service objects and partner servers, 
partner server 1302 using an update association rule 140 and Maintenance Service Objects and Partner Servers 
the update association routine (FIG. 10B). By employing 15 A maintenance service object type (831, FIG. 17) can be 
such a user object index, an update query method 141 of a used to acquire, maintain, and register communications 
service object 1310 need only submit the provider UID in its object system components from a system maintenance part- 
update query. The partner server 1302 executes the query ner server 1302. This can cover any communications object 
against the user object index to determine all communi ca- system component that employs versioning. Referring to 
tions objects 110 associated with that user UID where the 20 FIG. 3, this includes rules 140, methods 141, pages 142, 
NewFlag attribute value is TRUE. Those communications elements 143, and type definitions 144. 
objects 110 are returned immediately as the query result set If all the components of the programs 12, 22 are stored as 
and the NewFlag attribute for each of these relationship one of these classes, the use of maintenance service objects 
associations 111 is reset to FALSE. User objects 110 can also 1310 to monitor and update these components enables the 
act as recipients 120. In this case the partner server 1302 can 25 programs in a communications object system to be self- 
transmit communications object updates via the push tech- updating. Existing components can be updated, new com- 
nique. The data and methods in user objects 110 on a partner ponents can be downloaded as required, and outdated corn- 
server 1302 can be automatically kept current by a data ponents can be deleted, 
exchange rule 140 in the service object 1310 as explained in Maintenance service objects 1310 also allows all th< 
the data exchange control section. The use of user objects 30 providers in a communications object system to contribute 
110 in a communications object system can be better under- and obtain new system components. This is accomplished by 
stood in the discussion of multiuser operation in the including a data exchange method 141 in the maintenance 
advanced architecture sections below. service object 1310 that automates the process of uploading 
The following sections will explain how service objects and registering the new components in a database 1301 at a 
and partner servers can be employed to provide registration, 35 maintenance partner server 1302. A nothe r data query 
maintenance, name,, directory, distribution, encoding, method 141 in the same maintenance service object 1310 
authentication, data exchange, payment, reporting, and feed- allows other providers to manually or automatically search 
back services for a communications object system. This set the maintenance partner server database 1301. T his pro cess 
of service object applications is not exhaustive but merely is fully described in the data exchange service object section 
illustrative of how service objects may be employed. Service 40 below. The_sharing of communications object components 
objects and partner servers may also combine any number of across a communications object system is particularly valu- 
services. Alternatively, any of the services described below able in relation to rules 140, methods 141, and type defini- 
may also be performed directly by one or more system tions 144. New rules and methods allow providers to extend 
methods 141, rules 140, and elements 143 instead of service the functionality of the communications object system eas- 
objects 1310. Service objects are a preferred embodiment 45 ily. For example, new system objects can encapsulate the 
because they allow such services to be encapsulated, services of particular communications protocols. These 
distributed, optimized, and updated throughout a communi- include network protocols, such as TCP/IP, IPX/SPX, and 
cations network 3. NetBEUI; communications protocols, such as XMODEM, 
Re gistration Service Objects and Partner Servers YMODEM, HTTP, NNTP, and SMTP; APIs such as TAPI, 
* ^A registration service object type (830, FIG. 17) can b e 50 MAPI, and Visual Basic; and even device driver protocols 
u sfed to obtain the initial database system ID (100, FIG. 3) such as those required for printers, modems, CD-ROM 
used to uniquely identi fy, a provider dataoaseTl or consum er drives, monitors, and so on. The particu lar protocols used 
database 21. This proce ss ^e xplained in tfie s y stem ID an d are not a limiting f eatu re of the inventio n. Since newer, mor e 
naming services section above. As illustrated in FIG. 5, if a 'p owerful, more emcieni, and more secu re p rotocols ar e 
communications object system only requires one system ID 55 always evolving, encapsulating these in component commu - 
server 42 (also called a registration partner server), regis- n ications ob jects that can be ea^ily ^ fetributeo M hroughout a 
tration services are easily be accomplished using a system communications obj ect system is amaior advantage. 
method 141. However, this same process can also be used to Newtype definitions allow groups of providers to create 
obtain other system IDs which can function as group IDs, shared data structures that meet particular needs, such as 
registration keys, licensing keys, and so on. In this case 60 specialized electronic data interchange (EDI) standards for 
multiple registration partner servers may be desirat>lej|For vertical markets. Shared type definition repositories have 
■exaniple, in addition to a global Internet-wide registration particular applications that enable new types of intelligent 
server, a company may wish to have its own registration information interchange. An example discussed above in the 
partner server to manage communications object system data exchange control section is the customization of web 
group IDs and authorization keys for its employees. By 65 server content for web browser users. This interchange can 
creating its own regis tration service object, the company can be substantially enhanced through the establishment on a 
quickly and easily add these services to the programs 12, 22. maintenance partner server 1302 or a distributed network of 
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partner servers 1302 of a server database 1301 of shared type 
definition instances 144. These type definition instances 
could cover families of common psychographic variables 
such as political affiliations, color preferences, food and 
beverage preferences, entertainment preferences, and so on. 
Using a maintenance service object 1310, providers can 
search for and download these type definitions 144 to be 
incorporated into the design of the provider's web content 
customization system as well as the provider's own com- 
munications objects 110. When a consumer browses the 
provider's web server, the web server can return a commu- 
nications object 110 that queries the consumer database 21 
for the values of elements 143 corresponding to specified 
psychgraphic type definitions 144. If these type definitions 
are not present, the communications object 110 will include 
a link component object 110 to obtain the necessary type 
definitions 144 from the maintenance server 1302. The 
communications object 110 then generates an input form 
requesting the values for elements 143 corresponding to 
each type definition. Once these element preference 
instances 147 are saved in the consumer database 21, the 
consumer need not enter this pschographic preference data 
again. It will be available automatically to any other pro- 
vider who needs it, subject to data access rules 140 applied 
by the consumer. In this way the consumer database 21 can 
steadily grow "smarter" about the consumer's interests and 
tastes, and providers have a highly direct, efficient, and 
automated mechanism with which to obtain such psycho - 
graphic data from the consumer. 

T]uft p fr ^ c s rap t?e g eneralized to any set of data typ es 
t hat need to he scared amongst a group of providers . This 
i ncludes many vertical market applications, such as indus - 
tr ial part tvpes^chemical types, academic research typ es, 
business application types, software programming obje ct 
t ypes, aria* so on. The specific data type service is not a 
limiting feature of th e invention. 
Name Service upjects and Partner Server s 

Ana me service. object type f832 n FIG. 11) can be use d to 
r egister and sea rch co mmunications object names or a ny 
other kipd o t names on a name partner server. A nam e 
s ervice object is an excellent example of a polymorphi c 
service object because the sa me service object used by a 
prov ided oT^pTOvtttgr'"p'rog['am 12 to list or ed it a commu - 
nications object name with a name partner serve r can b e 
used^ by a consumer or a con sumer"pro^fa^T2rto loc ate 
c ommunications objects using the name partner server . 
The use ot naming and name resolution services in a 
communications object system are fully discussed in the 
communications object exchange control section above. A 
name partner server 1302 can implement name services 
using many database structures. In a preferred embodiment, 
name services for individuals are provided using commu- 
nications objects 110 of the user object type (816, FIG. 17). 
Referring to FIG. 3, a basic "white pages" name service can 
be implemented using an element 143 of a composite type 
UniqueName for each user object 110 listed. A user object 
110 could have more than one unique name by allowing 
more than UniqueName element 143 to be associated with 
the user object 110. Alternate names may also be desirable, 
for example to allow individuals using nicknames to be 
located using the nickname. Alternative names are also 
advantageous in a commercial tradename name service 
because it allows companies who use the same trademark 
name across different industries to all reference that name. 
Alternate names can be created using an element 143 of the 
communications object 110 with the composite type Alter- 
nateName. By including methods 141 for listing and editing 
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a name as well as searching for a unique name or an alternate 
names, a name service object 110 can automate name server 
access for both providers and consumers. 
Name service objects 1310 and name partner servers 1302 

5 allow multiple naming systems to be employed in a com- 
munications object system, either globally or across any 
subset of the system. A global communications object sys- 
tem name is particularly valuable to individuals because it 
allows them to obtain a lifetime communications address 

10 that never needs to change regardless of any changes to 
specific communications network addresses the individual 
may hold. This address may also be completely identical to 
the individual's real name if such a name is unique in the 
naming system. The same advantage may be realized by 

15 organizations using tradenames for their company, product, 
or service. 

Other advantages of communications object system nam- 
ing services are enumerated in the communications object 
exchange control section above. Besides individual names 

20 and commercial trademark names, communications object 
system naming services can be applied to many specialized 
or vertical market naming needs such as industrial part 
names; research topic names; corporate department, group, 
or project names; software programming object names; and 

25 so on. The specific naming service used is not a limiting 
feature of the invention. 
Directory Service Objects and Partner Servers 

A directory service object type (833, FIG. 17) and a 
directory partner server l^UZ provide an extension to name 

30 s ervices w hereby communications objects can b e listecTand 
l ocated by additional attributes. Any attribute that enabl es 
c onsumers to locate ^ communication s o bjects of interest ma y 
be employed. F or example, consumers may wish to loca te 
u ser objects 110 representing other consumers. In this cas e, 

35 desirable a ttri butes may include geographic location, a ge, 
o ccupa^j^n, family lineage, educational affiliation, politi cal 
a ffiliation, religious affiliation, and so . on . These attribu tes 
m ay all be represented by different elements 143 in a 
directory partner s erver 13 02 in the same manner as 

40 d escribed above for psychographic attributes on a_ type 
d efinition maintenance server. Wh en a provider of a com - 
m unications object 110 uses a direc tory se r vice o bject 131 0 
to create a directory listing on the^directory partner serve r 
1 302^ a data exchange method 141 in the serv ice object uses 

45 the~sys tem ID of the type_ definition 144 ror eacn requir^ or 
desired attribute to automatically identify and copy these 
attributes from elements 143 in die provider database 11 to 
eleme n t s , 143 in t lje directory partner server datab ase 1301, 
r Another commonly desired set of directory attfibuteTisT 

so hierarchical categorization system such as that employed by 
many "yellow pages" directories. In a preferred 
embodiment, such a categorization system is implemented 
on a directory partner server 1302 using composite commu- 
nications objects (811, FIG. 17) and component communi- 

55 cations objects (812, FIG. 17). Such a data structure is 
illustrated in FIG. 29A. The directory service object 1401 
functions as the highest-level composite communications 
object. Each of its first-level component objects represents 
the top-level categories 1410, 1411, 1413. These component 

60 objects are called category objects. Component objects of 
each top-level category object represent the second-level 
categories 1421, 1422, 1423, 1424. Such a category object 
structure can be nested as many layers deep as is necessary. 
Alternatively, a separate directory service object 1401 could 

65 represent a particular branch within the category structure. 
The use of a communications object-based directory 
^prviri 3 nffpTR several advantages over conventional direc- 
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tor-y systems. First, it can simplify and automate the listi ng data exchange rule 140 monitors for changes in attributes or 

process fo r providers. The step s in this process are illustrated elements 143 of a communications object 110 associated 

uT FlG. 30. In this exa mple a directory systemls imple- with a category object 110 or a directory service object 1310 

me lted on a directorfpariner server 13TT2 as a webserve r (step 4031). When such changes occur, the data exchange 

us ing HTML pages to displaylhe category h ierarchy. Each 5 rule triggers a data exchange method 141 in the directory 

category description includes a hy perlink to its category service ob i ect 1310 ( ste P ^ data exchange method 

obScplOhe process begins ^yitFffie~p?oViaeT using } 41 cr f^ a message object 110 containing those changes 

HfisTSTbrowse? 50 to navigate the directory partner server ( ste P 4033 ); ™e data exchange method 141 transmits the 

1302. Hie provider chooses the hyperlink representing each ^ afi * 0 j ? * 

u- * im • u* u 4i_ • j • * . * j ■ n 4034). When received by the directory partner server 1302, 

category object 110 in which the provider is interested in io 7 . . . . . J r , . ' 

* ' J . 4 . ,. 4l1 ft /4 a€\m\ tu • * tne message object 110 triggers a corresponding data 

listing a communications object 110 (step 4001). Tlie receipt exch method U1 ( m$) ^ data exch 

method for the category object 110 first checks to see if its method 141 dat£S the Qece ' attri butes and associa- 

parent directory semce object 1310 is present in the pro- tions ^ thc directory partner database mi ( ste p 

vider database 11 (step 4002). If not, the category object uses 4036) If desired) data exchange method 141 also returns an 

its link component object 110 to download the directory 15 acknowledgment message object 110 to the directory service 

service object 1310 from the directory partner server 1302 object 1310 at the provider program 12 to confirm the update 

(step 4003). Next the receipt method 141 for each category has been made. 

object 110 generates an input form prompting the provider The steps in the process of notifying a provider about 
for the communications object or objects 110 to be listed in changes to one or more category objects on the directory 
this category (step 4004). When this input form is submitted, 20 partner server 1302 are shown in FIG. 3 IB. Such changes 
the receipt method creates an association between the com- occur when a category definition is changed, the directory 
munications object or objects 110 and the category object provider needs to bifurcate a directory category into two or 
110 (step 4005). Finally, the receipt method 141 asks the more categories, when a category is replaced by another 
provider if he/she would like to choose additional category category or categories, and so on. This process uses the 
objects (step 4006). If so, the above steps are repeated. Once 25 update query technique described in the update control 
the provider has chosen all desired category objects 110, the section above to monitor the directory partner server 1302 
provider executes a data exchange method 141 in the for changes. When the first directory listing is made by the 
directory service object 1310 that will carry out the listing directory service object 1310, the data exchange method 141 
procedure (step 4007). This data exchange method 141 creates a scheduled event instance 117 in the provider 
queries the provider database 11 for all category objects 110 30 database 11 (step 4051). When activated, the scheduled 
belonging to the directory service object 1310 (step 4008). event instance 117 triggers a update query method 141 in the 
The data exchange method 141 then queries for all of the directory service object 1310 (step 4052). The update query 
provider's communications objects 110 associated with method 141 first queries the provider database 11 for the 
these category objects 110 (step 4009). The data exchange UID and version value of all category objects 110 associated 
method 141 creates a message object 110 containing this 35 with the directory service object 1310 (step 4053). 
query result set together with the necessary attributes or Alternatively, an index of these values could be maintained 
elements of the listed communications object or objects 110 as an element in the directory service object 1310. The 
(step 4010). The data exchange method 141 transmits this update query method 141 then creates a message object 110 
message object 110 to the directory partner server 1302 (step containing the result set (step 4054). The update query 
4011). When received by the directory partner server 1302, 40 method 141 transmits this message object 110 to the direc- 
the message object 110 triggers a corresponding data tory partner server 1302 (step 4055). When received by the 
exchange method 141 (step 4012). This data exchange directory partner server 1302, the message object 110 trig- 
method 141 creates or modifies the listing for each commu- gers a corresponding update query method 141 (step 4056). 
nications object or objects 110 in the directory partner server This update query method 141 uses the message object 
database 1301 (step 4013). This listing consists of a new 45 result set to query the directory partner server database 1301 
component object 110 containing the desired listing ele- for any changes to the corresponding category objects 110 
ments 143. The data exchange method 141 then creates the (step 4057). The update query method 141 then returns the 
appropriate associations with each composite category result set to the provider program 12 (step 4058). If there are 
object 110 (step 4014). When this process is completed, the no changes, the result set is a message object 110. If there 
data exchange method 141 creates a message object 110 50 have been changes, the result set is the changed category 
containing an appropriate acknowledgment message (step objects U0. The provider program 12 receives the result set 
4015). The data exchange method 141 transmits this mes- and executes any receipt methods pertaining to the result set 
sage object 110 back to the directory service object 1310 at objects (step 4059). This includes the notification test (step 
the provider program 12 (step 4016). When received by the 4060). If the provider desires notification of changes to 
directory service object 1310, the message object 110 55 directory category objects upon which the provider may 
executes its receipt method 141 (step 4017). The receipt wish to take action, the provider program 12 executes the 
method 141 executes the provider's desired notification desired notification methods (step 4061). 
method 141 to complete the listing (step 4018). This direc- Alternatively, for high-volume applications, the directory 
tory fisting process can also include authentication services, partner 'server 1302 can maintain an index of the provider 
payment, or reporting services as further described below. 60 UIDs associated with each category object 110. These UIDs 
A second advantage of a communications object -based can be stored in user objects 110. In this case step 4053 can 
directory service is that it automates the directory updating be eliminated, and the update query in step 4054 can consist 
process in both directions. The steps in the process of of just the provider UID. The provider user objects 110 can 
updating a provider's listings on a directory partner server also function as recipients 120 on the directory partner 
1302 are shown in FIG. 31 A This process employs a data 65 server 1302. In this case, updated category objects can be 
exchange rule 140 in the directory service object 1310, distributed using the push technique. This process is 
explained in the data exchange control section above. The explained in the service object introduction section above. 
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A third advantage of a communications object-based and transmission routine. The distribution service object 

directory service is that consumers may use a directory 1310 then carries out step 551 before returning to the calling 

service object 1310 to monitor a directory partner server routine. If multiple communications objects or object. 

1302 for new listings in any category or changes to the updates are to be transmitted to the same distribution server 

category structure. Because they are symmetric and can be 5 32, the distribution service object 1310 aggregates these and 

performed by a polymorphic directory service object 1310, performs fewer, more efficient transmissions, 

these processes are largely identical to those described The inverse of this process becomes a key advantage for 

above for a provider. In addition, data exchange methods in consumers because a single distribution service object 1310 

a directory service object 1310 can allow consumers to can use the update query technique to monitor a distributioo 

create custom queries that can be run at scheduled intervals 10 partner server 1302 for updates to all communications 

against the directory server 1302. Thus a consumer could, objects 110 associated with the distribution service object 

for example, be notified if any new listing containing the 1310. The greater the number of communications objects 

word "Mustang" was added to a directory server 1302 even HO associated with a single distribution service object 1310, 

if there was no "Mustang" category object 110. This is the more efficient the update process becomes. Only a single 

further discussed in the section on data exchange service 15 update query needs to be made to the distribution partner 

objects below. server 1302. This update query technique is further 

The value of a communications object -based directory described in the update control and directory service object 

services can be further increased using link control. Any sections above. This technique is particularly efficient when 

provider who associates (lists) a communications object 110 used in conjunction with a user object 110 index at the 

with one or more category objects 110 on a directory partner 20 distribution partner server 1302. User object indexes are 

server 1302 can include a link component object 110 from explained in the service object introduction section above, 

those category objects 110 in the communications object A second advantage to providers is that the distributioo 

110. This is identical to the process of including a link partner server 1302 can offload the work of transmitting 

component object 110 from a service object 1310 as communications object updates via the push technique. For 

described above. Category object links provide a powerful 25 large numbers of recipients 120, e-mail generation and 

new way for consumers to locate communications objects in transmission can require large amounts of computer proces- 

which they are interested. The consumer can just activate the sor time and network bandwidth. Offloading this to a dis- 

link method 141 to immediately download the desired tribution partner server 1302 can free the operation of the 

category object 110 and access directory listings for other provider program 12 on a smaller personal computer. By 

communications objects 110 in the same category. Using the 30 maintaining a user object index at a distribution partner 

directory service object 1310 linked to the category object server 1302, the distribution partner server 1302 can also 

110, the consumer can also immediately begin monitoring receive and process all acknowledgment message objects 

the directory partner server 1302 for new listings in that used to maintain the user object index for any communica- 

category. tions object 110. 

Directory partner servers are well-suited to be combined 35 A third advantage to providers is that a distribution 

with distribution partner servers and data exchange partner service object 1310 and distribution partner server 1302 can 

servers because it is easy to create and maintain associations provide distribution control capabilities, i.e. the ability to 

in a single database 100 between directory category objects deliver customized communications objects 110 to consum- 

110, the listed communications objects 110, elements 143 ers. This process is fully explained in the distribution control 

associated with the communications objects 110, and user 40 section above. In particular, a distribution service object 

objects 110. 1310 can use a data 'exchange method 141 to transmit 

Since a communications object can represent anything distribution control methods 141 from a provider program 

which a provider wishes to communicate, the advantages of 12 to the distribution partner server 1302. At a distribution 

a communications object system directory service can be partner server 1302, these methods 141 are called by a 

transfered to any real-world function where directory ser- 45 distribution service object 1310 or a communications object 

vices are useful. Besides conventional white pages and 110. 

yellow pages, this includes catalogs, professional and aca- A fourth advantage to providers is that a distribution 

demic directories, computer network directories, personal service object 1310 and distribution partner server 1302 can 

address books, classified advertising services, and so on. The automate archive control, i.e. the ability to retreive previous 

specific directory service is not a limiting feature of the 50 updates to a communications object 110. This process is 

invention. fully described in the data archive control section above. In 

Distribution Service Objects and Partner Servers particular, a distribution service object 1310 can use a 

A distribution service object type (834, FIG. 17) can version monitoring method 141 to call a version monitoring 

automate the transmission, storage, and updating of com- method 141 at the distribution partner server 1302 to retrieve 

munications objects on a distribution partner server 1302. 55 missing updates for all communications objects 110 associ- 

While any server on a communications network 3 capable of ated with the distribution service object 1310. 

file storage and retrieval can operate as a distribution server Distribution services are integral to the performance of 

32, a distribution partner server 1302 which includes the full almost any type of partner server 1302, so it can be desirable 

capabilities of a database 100 offers many additional ser- to combine them with any of the service object types 

vices to communications object providers and consumers. 60 discussed herein. 

The first of these advantages is the automated transmit- Encoding Service Objects and Partner Servers 

sion of communications objects and communications object An encoding service object type (834, FIG. 17) can 

updates from the provider program 12 to the distribution automate the encoding and decoding of any type of com- 

partner server 1302. This is accomplished through the use of munications object or communications transmission result- 

a data exchange method 141 in the distribution service 65 ing from a communications object. Encoding service objects 

object 1310. Referring to FIG. 12, this data exchange are perhaps the purest example of a polymorphic service 

method is called at step 550 of the object instance generation object because in many forms of communications encoding, 
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the same algorithm or process used to perform the encoding An example is authentication using digital signatures 

is used in reverse to perform the decoding. Because com- based on public/private keys. The first set of steps in this 

munications partners by nature need to be able to efficiently process are shown in FIG. 32A. The process begins with the 

encode and decode each other's transmissions, shared access provider obtaining a suitable authentication service object 

to the same encoding service object 1310 is an ideal mecha- 5 (1310, FIG. 28) if one is not already present in the provider 

nism for accomplishing this objective. Of particular attrac- program 12 (step 4101). An authentication service object 

tiveness to providers is the ability described above for an 131 q contains one or more public keys from its correspond- 

encoding service object 1310 to be retreived from a distri- irlg authentication partne r server 1302, stored as elements 

bution server 32 or encodmg partner server 1302 automati- 143 ^ authentication service object 1310 also contains the 

C ^ y ^n g £ 6 eDCOdlDg SQ 7 1Q& ° bje ? COD * one t nt 10 encoding method or methods 141 necessary to carry out its 

object 110. Tins ogives providers a mechamsm to automaU- authcntication cal]cd authentication methods, 

cally share any desired encoding/decoding method with any _ Tn . ' , 4 

consumer with no effort whatsoever on the consumer's part ™™ the provider is ready to create an au henticafcon 

This is especially useful for globally distributing a new acc ° un > the Provider executes one of the authentication 

encoding/decoding standard such as a file format, graphics meth ° ds 141 to generate a public/private key pair (step 

format, or encryptions format across a wide area network 15 4102 )- The P nvatc ke Y 1S stored as ao element 143 of the 

such as the Internet. authentication service object 1310 in the provider database 

Encoding service objects 1310 can supply any of the 11 (step 4103). Optionally, the data exchange method 141 

elements 143 or methods 141 required to perform encoding may also encrypt this private key element 143 with a 

or decoding operations in the programs 12, 22 or at a partner password known only to the provider and not stored any- 

server 1302. Trie application of encoding and decoding 20 where in the provider database 11 or on the local computer, 

methods in these programs is fully described in the encoding The authentication method 141 next creates an authentica- 

control section above. In particular, referring to FIG. 21 tion order consisting of three elements: the public key 

illustrating the example of a word processing file transfer, an generated in step 1402, the provider's UK), and a unique 

encoding service object 1310 can be used to perform the registration key known only to the provider and the authen- 

encoding steps 966, 967, and 969 and the decoding steps ^ Nation partner server 1302 (step 4104). Other elements or 

971, 973, and 974. The appropriate encoding service objects variables, such as a timestamp, may also be included. If the 

1310 for each step can be retrieved automatically by the authentication partner server 1302 is operated in conjunction 

consumer program 22 using link component objects 110 ^ a registration part ner server 1302, the unique registra- 

mcluded m the provider s commumcaUons object instance ^ key may be ^ provider , s password or other ideQtifi . 

„ . <- , -inn i i j • / 30 cation key created at the time of registration. This is shown 

Encodmg service obiects 1310 can also supply encoding/ __ J iA t c iL , m - * t-t^ 

j j. & , # i ft • adtT as the Key attribute of the system ID instance (251, FIG. 

decoding methods to other software programs via an API to „ tx ^ . . . . , . , - „ 

the programs 12, 22 as described in the word processing 6A > ^ unique registration key is stored in the provider 

transfer example. Using remote procedure calls, such an API database 11 as an encrypted element 143 which can be 

could also be extended to methods stored on an encoding decrypted using a provider-supplied password, 

partner server 1302. 35 Alternatively, it may not be stored at all locally but be 

As explained in the encoding control section above, entered manually by the provider when required. The 

encoding services in a communications object system can be authentication method 141 next encrypts the authentication 

applied to any form of encoding. This includes human order using the authentication partner server's public key 

languages, computer languages, object languages, character (step 4105). The authentication method 141 then creates a 

sets, data file formats, compression formats, transmission 40 message object 110 containing the encypted authentication 

formats, and encryption formats. The specific encoding order (step 4106). The authentication method 141 transmits 

service is not a limiting feature of the invention. this message object 110 to the authentication partner server 

Authentication Service Objects and Partner Servers 1302 (step 4107). The authentication partner server 1302 

An authenticatio n service object type (840, FIG. 17) is a receives the message object 110 and executes its receipt 

s pecialized type ot encoding service object used to auth en- 45 method 141, which is either the same authentication method 

ticate the identity of a communicat ions objec t provide r, or another authentication method residing on the authenti- 

c onsumer, or another service objectTAutnentication servic e cation partner server 1302 (step 4108). This authentication 

o bjects are especially useful in a communications objec t method 141 decrypts the authentication order using the 

sy stem because they can large ly automate the process of authentication partner server's private key (step 4109), Next 

crea t i n^ecure c omra 50 the authentication method 141 verifies the provider's unique 

a consumers. " registration key and UID in the authentication partner server 

,Mahv cryptographic prntncnls have been deyised to p m- database 1301 to validate the authentication order (step 

vide authentication of user identity and message integrit y 4110). The authentication method 141 then creates a public 

o ver data networks. These include Kerberos 5, developed a t key certificate by combining the provider's public key with 

MIT; SPX, developed by Digital Equipment Corporati on; 55 certain other identifying data, such as the provider's UID 

P rivacy Enhanced^Mail (FMM). adopted bv the Inter net (step 4111). The authentication method 141 digitally signs 

Engineering Task force (IETF); Pretty Good Privacy (PG P), the public key certificate using the authentication partner 

developed by Philip Zimmermann; and the CCITT X.50 9 server's private key (step 4112). The authentication method 

protocols. Such protocols are ruliy described in the af ore- 141 then creates a message object 110 containing the public 

m entioned Applied Cryptography by Bruce Schne ier. 60 key certificate (step 4113). Finally, the authentication 

Authentication service objects 13 1U and authentication pa rt- method 141 transmits the message object 110 back to the 

n er servers 1302 can be employed to automate the operati on authentication service object 1310 in the provider program 

o f) many of these protocols. This is accomplishedJi v storing 12 (step 4114). There the provider program 12 receives the 

the appropriate encryption keys as elements 143 and th e message object 110 and executes the original authentication 

a ppropriate encryption functions as methods 141 of th e 65 method 141 in the authentication service object 1310 (step 

a uthentication service object 1310 or authentication partn er 4115). This authentication method 141 first verifies the 

s erver 1302 . signature of the public key certificate using the public key of 
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the authentication partner server 1302 (step 4116). Lastly the 
authentication method 141 saves the public key certificate in 
the provider database 11 as an element 143 (step 4117). 

lie provider is now ready to digitally sign communica- 
tions object instances 35 using the provider's private key. 
This process would take place as part of the communications 
object instance generation and transmission routine, specifi- 
cally as part of step 548, FIG. 12. The steps in this process 
are illustrated in FIG. 32B. First, an authentication method 
141 in the authentication service object 1310 uses a one-way 
hash function to generate a hash of the communications 
object markup file (step 4121). Next the authentication 
method 141 uses the provider's private key to create a digital 
signature of the hash (step 1462). Finally the digital signa- 
ture of the markup file together with the provider's public 
key certificate are appended to the markup file before the 
communications object markup file is transmitted (step 
1463). 

The final portion Of thff ffii»h*nrir.atinn pKr<^ tflVes pjarc 

when a communications object instance 35 bearin g a digital 
signature arrives at a consumer program 22. These step s 
o ccur as part of the c ommunications object receijrt process, 
specifically as part ot steps vzl*or722rFrG7T5. The step s 
u Lthis process are illustrated in FIG. 32C. Th e process is 
in itiated w hen a receipt m ethod 141 of th e communication s 
o bject inst anc e AS call s an authen ticati on metho d 14 1 in a n 
authenti catio n service objec t_13 H p to verify the digita l 
signature. Firsts the authentication method 141 uses the 
authentication partner server's public key, stored as an 
element 143 in the authentication service object 1310, to 
verify the digital signature on the provider's public key 
certificate (step 4131). Since the authentication partner serv- 
er's private key was used to sign the certificate, only the 
authentication partner server's public key can be used to 
verify it. Once the public key certificate is authenticated, the 
authentication method 141 generates a hash of the commu- 
nications object markup file using the same one-way hash 
algorigthm used at the provider program 12 (step 4132). 
Finally, the authentication method uses the provider's public 
key to verify the provider's digital signature of the hash (step 
4133). If the results of step 4132 and 1633 match, the 
communications object markup file is authenticated, and 
processing proceeds. 

Other data may be encrypted and signed with the authen- 
tication partner server's or provider's digital signatures in 
order to ensure a secure communications channel Such data 
may include time/date stamps, the provider's UID or group 
IDs, random session keys, initialization vectors, incremental 
counters, and so on. Other authentication protocols such as 
Kerberos, SPX, or PEM may also be employed. The specific 
authentication protocols used are not a limiting feature of the 
invention. Multiple encryption or authentication protocols 
may also be used by the same authentication service object 
and authentication partner server or by different authentica- 
tion service objects and authentication partner servers. The 
use of additional protocols further increases the overall 
security of the system because the compromise of any single 
protocol does not compromise the security of the entire 
system. 

Authentication on a communications object system may 
also, take place without using centralized authentication 
partner servers 1302. This technique, known as distributed 
key management, is used by the public-domain encryption 
program Pretty Good Privacy (PGP). It is based on the 
concept of an "introducer". An introducer is a person who 
signs the public key certificate of another person whose 
identity they personally know and are willing to certify. 
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Introducers are easily employed on a communications object 
system using authentication service objects 1310. The steps 
in the process for using introducers are illustrated in FIG. 
33 A. First, a user requring a public key certificate 

5 introduction, called the "originator", executes a data 
exchange method 141 of an authentication service object 
1310 to generate a public/private key pair (step 4151). Next, 
the data exchange method 141 stores each key as an element 
143 of the authentication service object 1310 (step 4152). 

10 Then the data exchange method 141 creates a public key 
certificate consisting of the public key element 143 plus such 
additional elements 143 as will allow any potential intro- 
ducer to certify the identify of the orginator (step 4153). 
These first three steps can be omitted if the originator only 

15 wishes to add introducers for an existing public key certifi- 
cate already stored as an element 143 of the authentication 
service object 1310. Now, the data exchange method 141 
generates an input form prompting the originator for the 
recipients 120 whom the originator would like to make 

20 introduction requests (step 4154). The checkboxes on this 
input form can represent each of the recipients 120 in the 
originator's consumer database 21, or the originator can 
specify the e-mail addresses of still other potential introduc- 
ers. The input form also allows the originator to enter the 

25 attributes of a message element (211, FIG. 4) to be sent to 
these recipients. When the input form is submitted, the data 
exchange method 141 creates a message object 110 consist- 
ing of the public key certificate, the message element, and 
any other relevant data, such as a timestamp (step 4155). The 

30 data exchange method 14 1 transmits this to all recipie nts 
120 selected by the originator (step 4156). When receiv ed by 
ui g^ipienlV c onsumer program 22, the message obje ct's 
rec eipt method 141 execut es the recipient' s selectedjbtifi - 
cation method or methods" 141 lor intr oduction requests 

35 (step 41i>7). it distributed key management was~ imple- 
mented on a commun ications object system, messag e 
jbjects containing introaucuon requests can use a stand ard 
^n otification element type definition 144. Th is type definition 
J 44 allows consumers to assign notification metnods~~141 

40 globally for all introduction requests, or designate specific 
notifi cation methods for introductioo requests from ind i- 
vidual recipients 120. When the recipient responds to th e 
notification message, a data exchange method 141 in_lh e 
authentication service obiect 1^10 is executed (step 4158V 

45 This data exchange method 141 generates a input form for 
confirming the introduction request from the originator (step 
4159). This input form may include any such data as may be 
relevant to an introduction request, including the elements 
143 of the public key certificate that fully identify the 

50 originator. The recipient may also wish to verify the public 
key with the originator via another secure channel, such as 
via telephone. When the recipient is satisifed that the request 
is genuine, the recipient submits the input form (step 4160). 
The data exchange method 141 calls an authenticati on 

55 jhethod 141 in the authentication service object 1310 wh ich 
^di gitiallv signs the origi nator's puolic key certificate using 
the recipient's private Key (step If the recipien t's 

private Key is stored as an e ncr ypted element 143 of t he 
authentication service object uiu, the recipient may need t o 

60 enter password or passphrase for deayption^ Then the claT a 
exchange method 14i creates a message objeci 11A contain- 
ing the signed public key cei tlflcate (ste p- 4162 )TThe~aata 
e xchange method 141 tran smits tllfe message dbje cfTID to 
the orig inating authentication service object 1310 at th e 

65 originating consumer program ZZ (step 4163). When the 
m rssagR nhject 110 is received, the consum er program 22 
executes the originating data exchange metnod~l4"I~(step* 
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4164). This data exchange method 141 stores the signed 
public key certificate as an element 143 of the authentication 
service object 1310 (step 4165). Finally, the data exchange 
method 141 executes any notification methods 141 assigned 
by the originator to the acknowledgment of introduction 
requests (step 4166). 

Once a set of signed public key certificates has been 
received by the originator, the originator can send a public 
key acceptance request to any other communications object 
system user. The steps in the process for public key certifi- 
cate acceptance requests are illustrated in FIG. 33B. The 
originator initiates the request by executing a data exchange 
method 141 of an authentication service object 1310 (step 
4181). This data exchange method 141 generates an input 
form for the acceptance request (step 4182). This input form 
can include the attributes of a message element (211, FIG. 4) 
allowing the originator to compose the electronic equivalent 
of an introductory letter. The input form can also allow the 
originator to choose the introducers whose public key cer- 
tificate signatures the originator wishes to present to the 
recipient. When the input form is submitted, the data 
exchange method 141 creates a message object 110 consist- 
ing of the selected public key certificate signatures, the 
message element, and any other relevant data, such as a 
timestamp (step 4183). Note that the first two steps above 
may be omitted if the acceptance request comes directly 
from another communications object method 141. In this 
case the recipient of the acceptance request will be specified 
in the method call, the set of introducer signatures can be 
selected algorithmically, and the message object in step 4183 
can be created automatically. Next the message object 110 is 
transmitted to the recipient 120 (step 4184). When received 
by the recipient's consumer program 22, the message 
object's receipt method 141 executes a data exchange 
method 141 of an authentication service object 1310 (step 
4185). This data exchange method 141 compares the UID of 
the introducer public key certificate signatures in the mes- 
sage object 110 with the UID of the trusted public key 
certificates stored in the recipient's consumer database 21 
(step 4186). These trusted public key certificates are stored 
as elements 143 of the authentication service object 1310, 
and represent introducers whom the recipient trusts. For any 
matching UIDs, the data exchange method 141 then calls an 
authentication method 141 to verify the introducer signature 
using the introducer's public key (step 4187). The data 
exchange method 141 then checks an acceptance request 
preference element 147 in the recipient's consumer database 
21 to determine if notification is desired (step 4188). For 
example, notification may not be desired if the signatures of 
3 or more introducers are verified. If notification is desired, 
the data exchange method 141 executes the assigned noti- 
fication methods 141 to generate a notification message for 
the recipient (step 4189). When the recipient responds to the 
notification message, a data exchange method 141 in the 
authentication service object 1310 is executed (step 4190). 
This data exchange method 141 generates a input form for 
confirming the acceptance request from the originator (step 
4191). This input form can include the results of the com- 
parison test in step 4186. It can also include input fields for 
a message back to the originator, messages to the 
introducers, or other automated options. For purposes of this 
illustration, we will assume the recipient confirms the accep- 
tance request when the input form is submitted (step 4192). 
(If the recipient denies the request, the following steps could 
produce a negative acknowledgment message to the 
originator.) The data exchange method 141 then saves the 
originator's public key certificate as an element 143 of the 
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authentication service object 1310 (step 4193). This now 
becomes another of the recipients trusted public key certifi- 
cates. The data exchange method 141 next creates a message 
object 110 containing an acknowledgment of the acceptance 

5 request (step 4194). Optionally, this message object 110 
could also include a copy of the originator's public key 
certificate signed by the recipient using the recipient's 
private key. The data exchange method 141 transmits this 
message object 110 to the originating authentication service 

10 object 1310 at the originating consumer program 22 (step 
4195). When the message object 110 is received, the con- 
sumer program 22 executes the originating data exchange 
method 141 (step 4196). This data exchange method 141 
stores the public key certificate acceptance acknowledgment 

15 as an element 143 of the authentication service object 1310 
(step 4197). Such acceptance acknowledgments can now be 
checked automatically by data exchange methods 141 in the 
consumer program 22. Alternatively, if the acceptance 
acknowledgment included a copy of the originator's public 

20 key certificate signed by the recipient, this public key 
certificate could be added to the originator's set of intro- 
ducers. Finally the data exchange method 141 executes any 
notification methods 141 assigned by the originator to the 
acknowledgment of acceptance requests (step 4198). 

25 These public key certificate introduction and acceptance 
processes can be further improved by the use of *' trust 
levels". A trust level is one or more attributes of a public key 
certificate that indicate the level of trust the introducer 
extends to the originator. For example, a trust level attribute 

30 could accept an integer value range from 1 to 10, where 1 
equals the lowest level of trust and 10 the highest level. The 
trust level is part of the pub he key certificate and is signed 
by the introducer so it cannot be modified by the originator. 
The trust level value can be entered by the introducer in step 

35 4159 of FIG. 33A. Trust level values play the same role for 
public key certificates as threshold values play for notifica- 
tion elements, as explained in the notification control sec- 
tion. This means trust levels permit recipients to further 
automate the processing of acceptance requests and other 

40 operations pertaining to secure communications. This pro- 
cessing would take place in step 4186 of FIG. 33B. By 
implementing a trust rule 140, the recipient can determine 
what trust characteristics would qualify to generate an 
acceptance request automatically by the authentication ser- 

45 vice object 1310 without prior notification to the recipient. 
For example, a trust rule 140 could dictate that if an 
acceptance request had two or more verified introducers 
with trust levels of 8 or greater, an positive acknowledgment 
would be generated automatically. Trust rules 140 could also 

50 govern the autoexchange of signed public key certificates. 
For example, a trust rule could dictate that if an acceptance 
request had three or more verified introducers with trust 
levels of 9 or greater, the authentication service object 1310 
would automatically sign and return a copy of the origina- 

55 tor's public key certificate. Trust levels are a powerful 
technique for enabling efficient and effective distributed key 
management. Trust levels can also be used with other 
communications object system services such as feedback 
services, as described further below. 

60 Another way authentication service objects 1310 and 
authentication partner servers 1302 increase the security of 
a communications object system is by automating key 
exchange. Automated key exchange makes it feasible to use 
larger keys, to change keys frequently, to autoexchange keys 

65 among communications partners, to share keys among com- 
munications groups, and to use specific keys chosen from 
among larger key sets. In particular, authentication service 
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objects 1310 can use update control to change they public wanted all these communications objects to share the same 

keys they obtain from their authentication partner server as product registration services for new buyers of the compa- 

frequently as is deemed necessary to maintain adequate ny's software products, the company could create a product 

security. Each update to an authentication service object registration service object 1310. Any of the company's 

1310 can be verified using a digital signature created with 5 product communications objects 110 could then call the 

the existing public/private key as described above. Only services of the product registration service object 1310 to 

after the authentication service object 1310 has verified the carry out a new user product registration via a product 

signature of its update will it inherit its new public key. This registration partner server 1302. Ideally, such a shared 

capability can be further enhanced by the use of acknowl- service object would also offer other common services to the 

edgment control. Each authentication service object update 10 individual product objects, such as distribution/update 

can include a receipt method 141 that generates a acknowl- control, directory services, and so on. 

edgment message object 110 back to the authentication For a communications object system deployed on a wide 

partner server 1302. This acknowledgment message object area network, such as the Internet, there are a number of 

can include a digital signature generated by the new public common data exchange services desired by many providers, 

key. This digital signature allows the authentication partner 15 Besides the specialized services discussed above, examples 

server 1302 to verify the authenticity of the acknowledg- include file transfer, fax transfer, news distribution, discus- 

ment as described above. If the acknowledgment is not sion databases, knowledgebases, and classified advertising 

received on a timely basis or is not authentic, rules 140 services. In most cases polymorphic service objects 1310 are 

implemented at the authentication partner server 1302 can desirable for data exchange. This is because the same data 

trigger notification of the authentication partner server pro- 20 exchange service objects 1310 that allow communications 

vider. This constant "challenge" technique can ensure that object system users to upload and maintain data at a data 

authentication service objects 1310 are operating correctly exchange partner server 1302 can allow other communica- 

throughout a communications object system. tions object system users to automatically monitor and/or 

A final way authentication service objects 1310 can help download that data as desired. A simple example is an FTP 

ensure the security of a communications object system is 25 service object 1310 and an FTP partner server 1302 offered 

security rules 140. Security rules can monitor all aspects of by a provider of network file backup services. The FTP 

key handling and signature verification. Security rules can service object 1310 would allow users to select a local file 

be particularly useful for enforcing a provider's control over or files which the FTP service object 1310 would monitor 

forwarding or chaining of the provider's communications and automatically transfer to the FTP partner server 1302 at 

objects 110. When digital signatures do not match, these 30 periodic intervals or when the files had changed. The same 

rules can automatically trigger notification of the user of the FTP service object 1310 could be used to restore backed up 

programs 12, 22 via any notification method 141 the user files from the FTP partner server 1302 to the user's local 

desires. These rules can also generate message objects 110 system. The FTP service object 1310 could combine these 

capable of notifying the communications object provider, backup services with payment and reporting services. Pay- 

the authentication service object provider, and the commu- 35 ment and reporting services are discussed below, 

nications object system vendor. Since authentication service A more advanced example is classified advertising ser- 

objects play such a central role in the security of a commu- vices. A classified ad service object 1310 combines the 

nications object system, they can be subject to special rules functions of a data exchange service object 1310 and a 

140. For example, a rule may require one or more authen- directory service object 1310. (It could also incorporate the 

tication service objects 1310 to be included with the pro- 40 functions of an authentication service object 1310, payment 

grams 12, 22 at all times, or the programs will not function. service object 1310, reporting service object 1310, or other 

Alternatively, rules 140 may govern the acceptance of such service object functions as may be applicable.) A 

authentication service objects or object updates, for example classified ad partner server 1302 represents the categories of 

requiring explicit approval from the user. Another approach the classified advertising system as category objects in the 

is the use of a master authentication service object 1310 to 45 same manner as a directory partner server 1302 (FIG. 29A). 

authenticate all other authentication service objects 1310. Each of these category objects 110 includes one or more 

This master authentication service object may be a built-in elements 143, methods 141, and rules 140 that allows a 

system object. It may also use a large public key or keys that classified advertiser to define the attributes and values of an 

are publicly verifiable via other trusted communications ad listing in this category. 

networks such as newspapers or telephones. 50 The steps involved in the process of a seller using a 

Data Exchange Service Objects and Partner Servers classified ad service object 1310 to create an ad listing in a 

A data exchange service object type (841, FIG. 17) can classified ad partner server database 1301 are shown in FIG. 

automate the exchange of data with a data exchange partner 34A. (These closely parallel the steps involved in creating a 

server 1302. Since communications objects can include their listing on a directory partner server 1302 shown in FIG. 30.) 

own data exchange methods as described in the data 55 The process begins with the seller using his/her browser 50 

exchange control section above, the primary purpose of data to navigate the classified ad partner server 1302. The seller 

exchange service objects 1310 is to consolidate the data chooses the hyperlink representing the category object 110 

exchange methods required by a group of communications in which the provider is interested in making an ad listing 

objects. This may be for a single data exchange specialized (step 4201). The receipt method for the category object 110 

service needed shared by a small group of communications 60 first checks to see if its parent classified ad service object 

objects from a single provider, or a common set of data 1310 is present in the provider database 11 (step 4202). If 

exchange services needed shared by a large set of commu- not, the category object uses its link component object 110 

nications objects from many providers. to download the classified ad service object 1310 from the 

An example of the first case is a product registration directory partner server 1302 (step 4203). The receipt 

service object 1310. A software company may offer a large 65 method 141 then executes a data exchange method 141 in 

number of software products, each with its own represen- the classified ad service object 1310 that generates a listing 

tative communications object 110. If the software company input form (step 4204). This input form consists of the 
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category attribute and value choices obtained from the 
category object 110. For example, a category object 110 
such as "Minivan" might generate an input form for 
attributes including make, model, year, color, mileage, 
condition, and so on. The appropriate value choices for each 
of these attributes would be displayed as drop-down lists, 
radio buttons, and so on. When the seller submits the 
completed input form, the data exchange method 141 creates 
a message object 110 containing this input data (step 4205). 
This message object 110 also contains such other commu- 
nications object components as are necessary to let prospec- 
tive buyers communicate with the seller. The data exchange 
method 141 then transmits this message object 110 to the 
classified ad partner server 1302 (step 4206). When received 
by the classified ad partner server 1302, the message object 
110 triggers a corresponding data exchange method 141 
(step 4207). This data exchange method 141 first creates a 
communications object 110 representing the seller in the 
classified ad partner server database 1301 (step 4208). Next 
the data exchange method 141 creates a communications 
object 110 of the component object type (812, FIG. 17) 
containing the ad listing element or elements 143 (step 
4209). Then the data exchange method 141 creates member 
associations 11 OA between the seller's composite commu- 
nications object 110 and the category composite communi- 
cations object 110 (step 4210). In this manner the seller can 
submit additional ad listings without needing to duplicate 
the data in the communications object 110 representing the 
seller. When this process is completed, the data exchange 
method 141 creates a message object 110 containing an 
appropriate acknowledgment message (step 4211). The data 
exchange method 141 transmits this message object 110 
back to the classified ad service object 1310 at the provider 
program 12 (step 4212). When received by the classified ad 
service object 1310, the message object 110 executes its 
receipt method 141 (step 4213). The receipt method 141 
executes the seller's desired notification method 141 to 
complete the ad fisting process (step 4214). This process 
could also incorporate authentication services as described 
above or payment and reporting services as described below. 

Any interested buyer can use the same classified ad 
service object 1310 and category object 110 to specify and 
monitor ad listings that meet the buyer's interests. The steps 
involved in this process are shown in FIG. 34B. (This 
process is similar to the process of monitoring category 
objects 110 on a directory partner server 1302 as shown in 
FIG. 31 B.) As with the ad listing process, the monitoring 
process begins with the buyer using his/her browser 50 to 
navigate the classified ad partner server 1302. The buyer 
chooses the hyperlink representing the category object 110 
in which the buyer is interested in making a purchase (step ' 
4231). The receipt method for the category object 110 first 
checks to see if its parent classified ad service object 1310 
is present in the consumer database 11 (step 4232). If not, the 
category object uses its link component object 110 to 
download the classified ad service object 1310 from the 
directory partner server 1302 (step 4233). The receipt 
method 141 then executes a data exchange method 141 in 
the classified ad service object 1310 that generates a moni- 
toring input form (step 4234). The monitoring input form is 
largely identical to the listing input form described above. It 
draws some of its attributes and values from the category 
object 110. The principle difference is that it allows the 
buyer to specify value ranges or other query formulas for 
category attributes obtained from the category object 110. To 
use the automobile example above, a "Minivan" category 
object might use drop-down list of integer values for the 
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"Not older than" year attribute; use checkboxes for multiple 
color choices; accept an integer value for "maximum mile- 
age"; use radio buttons for acceptible condition attributes; 
and so on. When the form is submitted, the data exchange 

5 method 141 first saves the input form data as a query 
element 143 (step 4235). Secondly it creates one or more 
scheduled event instances 117 in the consumer database 11 
(step 4236). These scheduled event instances 117 can begin 
immediately and repeat at intervals or according to rules 140 

10 specified by the consumer on the input form. They can also 
be subject to monitoring rules 140 imposed by the classified 
ad service provider in the category object 110 or classified 
ad service object 1310. When activated, these scheduled 
event instances execute a data exchange method 141 in the 

15 classified ad service object 1310 (step 4237). The data 
exchange method 141 then creates a message object 110 
containing the ad query (step 4238). The data exchange 
method 141 transmits this message object 110 to the clas- 
sified ad partner server 1302 (step 4239). When received by 

20 the classified ad partner server 1302, the message object 110 
triggers a corresponding data exchange method 141 (step 
4240). This data exchange method 141 uses the ad query to 
to query the classified ad partner server database 1301 for 
any ad listings satisfying the query (step 4241). The data 

25 exchange method 141 then returns the result set to the 
consumer program 12 (step 4242). If there are no ad listings 
that satisfy the query, the result set is a message object 110 
reporting this. If there are ad listings that satify the query, the 
result set are the communications objects 110 representing 

30 the seller together with the component object 110 represent- 
ing the seller's ad listing. This is advantageous because these 
communications objects 110 enable the buyer and seller to 
immediately establish their own communications relation- 
ship to consummate the sale. After the consumer program 22 

35 receives the result set, it executes any receipt methods 
pertaining to the result set objects (step 4243). This includes 
the notification test (step 4244). If the there were no match- 
ing ads, the buyer may not desire notification. If there are 
matching ads, the buyer may desire different notification 

40 based upon the attributes values of the matching ads. For 
example, if a minivan meeting the buyer's query was listed 
at a price below a certain value, the buyer might desire to be 
paged immediately, whereas at a higher price the buyer may 
only wish to receive notification in the buyer's notification 

45 report (630, FIG. 13). The provider program 12 then 
executes any desired notification methods (step 4245). 
Again, this process could also incorporate authentication, 
payment, reporting, or other service object services. 
The above classified ad monitoring process operates by 

50 storing and executing the classified ad query at the consumer 
program 22. In the same fashion that it can be more efficient 
to monitor a high-volume directory partner server 1302 
using a user object index, it can be more efficient to monitor 
a high-volume classified ad partner server 1302 using a user 

55 object index that includes the buyer's stored queries. This 
also allows query result sets to be transmitted to to buyers 
via the push technique, as opposed to the pull technique 
illustrated above. The steps for implementing monitoring 
with a user object index with stored queries at a partner 

60 server are shown in FIG. 35. The first step is identical to step 
4235 of FIG. 34B, where the data exchange method 141 of 
the classified ad service object 1310 saves the input form 
data as a query element or elements 143 (step 4261). The 
data exchange method 141 then creates a message object 110 

65 containing the query element or elements 143 (step 4262). 
This message object 110 also contains such other commu- 
nications object components as are necessary to create a user 
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object 110 representing the buyer. This includes a data second example is shown in FIG. 29B. This illustrates how 

exchange method 141 for processing result sets produced at composite and component communications objects can be 

the classified ad partner server 1302. The data exchange organized as the main topic and response "threads" in a 

method 141 of the classified ad service object 1310 next message database, discussion database, or knowledgebase, 

transmits this message object 110 to the classified ad partner 5 The main topic is a composite communications object type 

server 1302 (step 4263). When received by the classified ad 1451. Each response to this main topic is shown as a 

partner server 1302, the message object 110 triggers a first-level response thread object 1461, 1462. Each response 

corresponding data exchange method 141 (step 4264). This to a first-level response is shown as a second- level response 

data exchange method 141 first creates a user object 110 thread object 1471, 1472, 1473, 1474. Just as software 

representing the buyer in the classified ad partner server 10 object relationships can be used generally to model many 

database 1301 (step 4265). Next the data exchange method real-world relationships, the association and aggregation 

141 creates a communications object 110 of the component relationships (shown in FIGS. 3 and 4) between composite 

object type (812, FIG. 17) containing the ad query element and component communications objects can be used gener- 

or elements 143 (step 4266). This component object 110 is ally to model many metadata relationships. The first advan- 

given a member association 110A with the buyer's compos- 15 tage to using communications objects 110 to represent the 

ite communications object 110 (step 4267). In this manner metadata structure of a partner server 1302 is that the 

the buyer can submit additional ad queries without needing structure is dynamic. Communications objects 110 can be 

to duplicate the user object 110 representing the buyer. User added, deleted, and edited easily. Secondly, when these 

objects 110 and ad query component objects 110 can also be changes take place to the metadata structure, every provider 

indexed for performance optimization. Next the data 20 and consumer affected by the change is updated and notified 

exchange method 141 uses the query elements 143 of the ad automatically. 

query component object 110 to create one or more scheduled Referring back to FIG. 36, the second step is to use 

event instances 117 in the classified ad partner server communications object type definitions 144 and elements 

database 1301 (step 4268). As with stored queries in the 143 to model the data and metadata stored within the larger 

consumer program 22, these scheduled event instances 117 25 metadata structures on the partner server (step 4292). The 

can begin immediately and repeat at intervals or according use of type definitions 144 and elements 143 to model data 

to rules 140 specified by the consumer or the classified ad and metadata is explained in multiple sections above. A 

service provider. When activated, these scheduled event specific example is the use of notification elements and 

instances execute a data exchange method 141 on the message elements (201, 211, FIG, 4) as discussed in the 

classified ad partner server 1302 (step 4269). This data 30 notification control section above. Again, the use of software 

exchange method 141 then executes the ad query (step objects allows such modelling to be applied broadly to many 

4270). When the query result set is returned, the data real-world database needs. The third step is to use data 

exchange method 141 calls another data exchange method exchange service objects 1310 and message objects 110 to 

141 in the buyer user object 110 (step 4271). The buyer's automate data exchange between the programs 12, 22 and 

data exchange method 141 processes the result set to deter- 35 the data exchange partner server 1302 (step 4293). As 

mine if notification is desired by the buyer (step 4272). If so, explained throughout this section and the data exchange 

the buyer's data exchange method 141 calls a data exchange control section, a combination of data exchange methods 

method 141 in the classified ad partner server 1302 (step 141, data exchange rules 140, and data exchange elements 

4273). This data exchange method 141 creates a message 143 can be used to automate many kinds of data uploading 

object 110 containing the result set (step 4274) and transmits 40 and updating for providers and data monitoring, querying, 

it to the consumer program 22 (step 4275). There the and downloading for consumers. The fourth step is using 

consumer program 22 receives the message object 110 and user object indexes representing the providers and consum- 

executes its receipt method 141 (step 4276). The consumer ers interacting with the data exchange partner server 1302 

program 22 then executes any notification methods 141 whenever transferring processing tasks from the programs 

specified by the buyer to control notification about classifed 45 12, 22 to the partner server will increase data exchange or 

ad queries (step 4277). network efficiency (step 4294). This procedure is explained 

The data exchange procedures illustrated here for sellers in the service object introduction section, the directory 

and buyers using a classified service object 1310 to automate service object section, the distribution service object section, 

interchange with a classified advertising database 1301 and illustrated in detail in this section and FIG. 34B. In 

stored on a classified ad partner server 1302 can be gener- 50 particular, it allows data updates or query result sets to be 

alized to any type of data that can be stored in a server transmitted via the push technique when it is more efficient 

database mutually accessible to providers and consumers on than the pull technique. The fifth step is to use data exchange 

a communications network 3. This includes search services, methods 141 and notification control at the programs 12, 22 

news services, document retreival services, to process message objects and query result sets (step 4295). 

knowledgebases, discussion databases, and so on. The spe- 55 This is shown in the final steps of FIGS. 34A, 34B, and 35. 

cific type of database, database server, or data exchange This allows providers and consumers to realize the maxi- 

service is not a limiting feature of the invention. The only mize benefit of data exchange automation by not being 

differences are the organization and form at of the data stored notified of anything but the most highly relevant 

on the server database and the queries and rules used to information, and then having complete control over the 

automate information interchange. These generalized steps 60 notification method. The sixth step is returning communi- 

are summarized in FIG. 36. The first step is to use composite cations objects 110 in query result sets whenever it would 

and component communications object types (811, 812, increase the efficiency of data exchange or communications 

FIG. 17) to represent organizational or topic structure in the for the user (step 4296). This is illustrated in step 4242 of 

data exchange partner server database 1301 (step 4291). FIG. 34B, where the seller's communications object 110 is 

This creates a metadata structure for the data stored in the 65 returned together with the seller's ad listing. This technique 

database. Category objects discussed above and shown in is particularly powerful when the communications object 

FIG. 29 A are one example of such a metadata structure. A U0 returned is a category object 110 or a service object 1310 
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or granting the user access to a new set of communications in the provider database 11 for future use. When the mer- 

objects 110 or partner servers 1302. The final step is using chant submits the completed input form, the data exchange 

link control in communications objects 110 and category method 141 creates a account order (step 4407). The pay- 

objects 110 to simplify and automate access to service nient service object 1310 then calls an authentication 

objects 1302 and other category objects 110. This is dis- 5 method 141 in an authentication service object 1310 to 

cussed in the service object introduction section and the encrypt the account order using the payment partner server's 

directory service object section. This technique spreads public key, stored in the payment service object 1310 as an 

linking intelligence with every communications object 110 element 143 (step 4408). The authentication method 141 

in a communications object system, making it as easy as then digitally signs the account order using the merchant's 

possible for the users to gain access to the services of any 10 private key (step 4409). The merchant's private key may be 

type of partner server 1302. stored in the authentication service object 1310 as an 

Payment Service Objects and Partner Servers encrypted element 143, in which case the authentication 

A payment service object type (842, FIG. 17) is a spe- method 141 may first require a password from the merchant 

cialized data exchange service object that operates in con- for decryption. Alternatively the merchant's private key may 

junction with payment partner servers 1302 to provide 15 be entered manually in some other way. The data exchange 

secure financial transaction services to providers and con- method 141 now creates a message object 110 containing the 

sumers. A payment service object 1310 may combine the secure account order and the merchant's public key 

functions of a data exchange service object 1310 with those certificate, stored as an element 143 in the authentication 

of an authentication service object 1310, or it may call the service object 1310 (step 4410). Optionally this message 

services of a separate authentication service object 1310. 20 object 110 may also contain such data as is necessary to 

(The examples in this section will use the latter technique.) create a user object 110 representing the merchant at the 

Payment service objects allow such common payment ser- payment partner server 1302. The data exchange method 

vices as credit card transactions, debit card transactions, 141 transmits this message object 110 to the payment partner 

electronic funds transfers, and cybercash transactions to take server 1302 (step 4411). Hie payment partner server 1302 

place easily, automatically, and securely in a communica- 25 receives the message object 110 and executes a data 

tions object system. exchange receipt method 141 (step 4412). This data 

The following explains the basic processes involved with exchange method 141 calls the same authentication service 
the use of payment service objects 1310 aod payment object 1310 to decrypt the secure account order using the 
partner servers 1302. These are broken into several sets as payment partner server's private key, stored as an element 
shown in FIGS. 37, 38, and 39. The steps in the process of 30 143 in the partner server database 1301 (step 4413). Next the 
a merchant creating a payment account are illustrated in authentication service object 1310 verifies the merchant's 
FIG. 37. The process begins with the merchant obtaining a public key certificate signature using the authentication 
copy of the payment service object 1310 if one is not already partner server's public key, stored in the authentication 
present in the provider database 11 (step 4401). When the service object 1310 as an element 143 (step 4414). Finally 
merchant is ready to use the payment service object 1310 to 35 the authentication service object 1310 verifies the mer- 
set up a payment account, the merchant activates a data chant's signature on the account order using the merchant's 
exchange method 141 in the payment service object 1310 public key (step 4415). Now the data exchange method 141 
(step 4402). This data exchange method 141 first generates on the payment partner server 1302 can execute whatever 
a public/private key pair, either itself or by calling the steps are necessary to use the account order to create a 
services of an authentication service object 1310 (step 40 merchant account (step 4416). In a preferred embodiment, 
4403). Alternatively the data exchange method 141 can use the merchant account would be represented by a user object 
an existing public/private key pair available from the 110 in the payment partner server database 1301. When 
authentication service object 1310. The private key is stored finished, the data exchange method 141 creates a merchant 
as an element 143 of the payment service object 1310 in the account certificate consisting of the merchant's account 
provider database 11 (step 4404). As with an authentication 45 number, the merchant's provider UID, and whatever other 
private key, this key may also be encrypted with a password data the payment service provider wishes to include in the 
known only to the user and not stored locally. The data certificate, such as a timestamp, account type identifiers, 
exchange method 141 then queries the provider database 11 payment partner server identifiers, and so on (step 4417). 
for the elements 143 necessary to create a payment account (The merchant account certificate may also be encrypted if 
(step 4405). This process is explained in the data exchange 50 desired using a single key; decryption will only be necessary 
control section. Because many of these elements 143 are at the payment partner server.) The data exchange method 
commonly required items of data, such as the provider's 141 then calls an authentication method 141 in the au then- 
name, contact data, financial account data, credit references, tication service object 1310 to digitally sign the merchant 
and so on, they will already be present in the provider account certificate using the payment partner server's pri- 
database 11 and can be automatically accessed by the 55 vate key (step 4418). Next the data exchange method 141 
payment service object 1310. The data exchange method creates a message object 110 containing the signed merchant 
141 then generates an account data input form (step 4406). account certificate (step 4419). The data exchange method 
The purpose of this form, as with most data exchange input 141 transmits this message object 110 back to the payment 
forms, is threefold. First, it allows the merchant to confirm service object 1310 in the merchant's provider program 12 
any data exchange rules 140 the merchant may have applied 60 (step 4420). There the provider program 12 receives the 
to the transfer of the merchant's sensitive financial data, message object 110 and executes the original data exchange 
such as bank account numbers or credit references. Second, method 141 of the payment service object 1310 (step 4421). 
it allows the merchant to confirm the accuracy of any other This data exchange method 141 first calls an authentication 
data to be transferred, such as contact data. Third, it allows method 141 in the authentication service object 1310 to 
the merchant to enter any specific new data required by the 65 verify the signature of the merchant account certificate using 
payment service provider. As explained in the data exchange the payment partner server's public key (step 4422). Then 
control section, such new data can also be saved as elements the data exchange method 141 stores the merchant account 



07/30/2003, EAST Version: 1,04.0000 



5,862,325 

121 122 

certificate in the provider database 11 as an element 143 of executes its receipt method 141, which is either the same 
the payment service object 1310 (step 4423). Lastly the data data exchange method 141 or another data exchange method 
exchange method 141 calls any notification methods desired 141 residing on the payment partner server 1302 (step 4462). 
by the merchant for notification of the merchant account This data exchange method 141 calls an authentication 
certificate receipt (step 4424). This completes the process of 5 method 141 in the authentication service object 1310 to 
setting up a secure payment account for the merchant. verify the customer's signature on the secure purchase order 
To begin using this account with customers, the merchant using the customer account certificate public key (step 
includes the merchant account certificate and a link compo- 4463). Next the authentication method 141 decrypts the 
nent object 110 from the payment service object 1310 in any purchase order using the payment partner server's private 
communications object 110 where the merchant wishes to io key (step 4464). Finally the authentication method 141 
use payment services. The payment service object 1310 can verifies the merchant's signature on the merchant account 
then be called by any data exchange method 141 in the certificate using the payment partner server's private key 
merchant's communications object 110. The merchant can (step 4465). Now a data exchange method 141 on the 
indicate the services of such payment service objects 1310 payment partner server 1302 can carry out the purchase 
by using the names or logos of the appropriate credit cards, 15 order transaction using the verified purchase order data, the 
debit cards, and so on in a product ordering input form, for verfied customer account certificate, and the verified mer- 
example. When a customer chooses one of these options and chant account certificate (step 4466). This may involve any 
submits a data exchange input form, the payment service sequence of steps between the payment partner server 1302 
object 1310 is used automatically. The steps in this process and other payment servers or data processing systems, such 
are shown in FIG. 38. First the data exchange method 141 20 as the consumer's bank or credit clearinghouse, a credit card 
creates a purchase order consisting of the data from the input processor, a cybercash server, and so on. When the trans- 
form together with the merchant account certificate (step action has been completed, the data exchange method 141 
4441). Next the data exchange method 141 queries to see if creates a unique receipt number stored as an element 143 in 
the payment service object 1310 is present in the customer's the payment partner server database 1301 (step 4467). This 
consumer database 21 (step 4442). If not, the data exchange 25 receipt number can now be used to verify the transaction 
method 141 uses the payment service object's link compo- with both the customer and the merchant, 
nent object 110 to download the payment service object From this point the receipt acknowledgment process can 
1310 (step 4443). The payment service object's receipt take several paths. The payment partner server 1302 can 
method 141 will then initiate the process to create a cus- return receipt acknowledgments to both the consumer pro- 
tomer account (step 4444). This process is identical to the 30 gram 22 and the provider program 12. Each of these 
merchant payment account creation process shown in FIG. programs can in turn send receipt acknowledgments to the 
37, except the final result is that the customer is issued a other to complete full three-way acknowledgment. Alterna- 
customer account certificate stored in the consumer database lively the payment partner server 1302 can send a receipt 
21 as an element 143 of the payment service object 1310. If acknowledgment to the customer's consumer program 22, 
the payment service object 1310 was present in the con- 35 which can in turn send a receipt acknowledgment to the 
sumer database 21 in step 4441, the data exchange method merchant's provider program 12, or vice versa. In all cases 
141 calls a version monitoring method 141 to see if the the steps in sending secure receipt acknowledgment mes- 
version is current (step 4445). This version monitoring sages are similar. The steps in the process of the payment 
method 141 compares the version value of the payment partner server 1302 sending a receipt acknowledgment mes- 
service object 1310 with the version value stored in the link 40 sage to the customer's consumer program 22 are shown in 
component object 110 of the merchant's communications FIG. 39. First a data exchange method 141 on the payment 
object 110. Version monitoring is explained in the data partner server 1302 creates a purchase receipt (step 4471). 
exchange control section above. If the version is not current, The purchase receipt includes the unique receipt number 
the data exchange method 141 executes the update method plus any other relevant data, such as timestamp, the payment 
141 of the payment service object 1310 to download the 45 partner server UID, bank certification numbers, and so on. 
current version (step 4456). Once the current version of the Next the data exchange method 141 calls an authentication 
payment service object 1310 is present in the consumer method 141 in an authentication service object 1310 to 
database 21, the data exchange method 141 in the mer- encrypt the purchase receipt using the customer account 
chant's communications object 110 calls a data exchange certificate public key (step 4472). This step is optional if the 
method 141 in the payment service object 1310 to continue 50 purchase receipt does not contain any sensitive information, 
the transaction (step 4457). This data exchange method 141 The authentication method 141 then signs the purchase 
calls an authentication method 141 in an authentication receipt with the payment partner server's private key (step 
service object 1310 to encrypt the purchase order using the 4473). The data exchange method 141 creates a message 
payment partner server's public key, stored in the payment object 110 containing the purchase receipt (step 4474). The 
service object as an element 143 (step 4458). The authen- 55 data exchange method 141 transmits this message object 110 
tication method 141 also digitally signs the purchase order to the payment service object 1310 at the consumer program 
using the customer account certificate private key (step 22 (step 4475). There the consumer program 12 receives the 
4459). As described above, this key may be stored as an message object 110 and executes the original data exchange 
encrypted element 141 in the payment service object 1310 method 141 of the payment service object 1310 (step 4476). 
and require a password from the customer to decrypt. 60 This data exchange method 141 first calls an authentication 
Alternatively the customer may supply the key manually in method 141 in the authentication service object 1310 to 
some other way. Next the data exchange method 141 creates verify the signature on the purchase receipt using the pay- 
a message object 110 containing the secure purchase order ment partner server's public key (step 4477). If the purchase 
and the customer account certificate (step 4460). The data receipt has been encrypted, the authentication method 141 
exchange method 141 transmits this message object 110 to 65 decrypts it using the customer account certificate private key 
the payment partner server 1302 (step 4461). The payment (step 4478). Then the data exchange method 141 stores the 
partner server 1302 receives the message object 110 and purchase receipt in the consumer database 21 as an element 
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143 of the payment service object 1310 (step 4479). This service object 1310 can supply the anonymous reporting key 
makes the purchase receipt available to the payment service together with the report data when submitting reports via the 
object 1310 and the merchant communications object 110 anonymous protocol to the reporting partner server 1302 
for use in any further transactions or correspondence involv- (step 4504). In this fashion the reporting partner server 1302 
ing this transaction, such as a return or exchange. Finally the 5 can track the report data submitted from a unique instance of 
data exchange method 141 executes any notification meth- the reporting service object 1310 without having any knowl- 
ods 141 desired by the customer for notification about the edge of the user's identity (step 4505). 
receipt acknowledgment (step 4480). Reporting partner servers 1302 can aggregate reporting 
This technique can be generalized to any form of data data by indexing reports by provider UID or consumer UID, 
exchange requiring secure, verifiable, non-repudiable trans- io or in the case of anonymous reporting, by unique anony- 
actions between multiple parties. This includes stock mous reporting key. Alternatively reporting partner servers 
trading, electronic data interchange (EDI), credit card 1302 can use the incremental counter technique. This tech- 
systems, banking systems, bartering systems, and so on. The nique is explained below in the section on feedback service 
specific nature of the transaction service is not a limiting objects. 

feature of the invention. 15 Secure reporting can be accomplished using the functions 

Reporting Service Objects and Partner Servers of an authentication service object 1310 in conjunction with 

A reporting service object type (843, FIG. 17) is another a reporting service object 1310. Reporting service objects 

specialized data exchange service object that operates in can also be efficiently coupled with payment service objects 

conjunction with reporting partner servers 1302 to provide to perform billing and payment for communications object 

statistical reports on the usage of a communications object 20 system services. 

system. Since communications objects 110 can include their Feedback Service Objects and Partner Servers 
own reporting methods 141 as described in the reporting A feedback service object type (844, FIG. 17) is another 
control section above, the primary purpose of reporting specialized data exchange service object that works in 
service objects 1310 is to consolidate the reporting methods conjunction with a feedback partner server 1302 to aggre- 
required by a group of communications objects 110. 25 gate and report feedback from users of any communications 
Shared access to the methods 141 of a reporting service object 110 across a communications object system. Feed- 
object 1310 is particularly efficient for gathering statistics back service objects 1310 combine the functions of directory 
and metadata for a large population of communications service objects, data exchange service objects, and reporting 
objects 110. This is because statistics and metadata for a service objects to aggregate feedback from multiple corn- 
large number communications objects 110 from a large 30 munications object system users across different categories 
number of providers can accumulated in the databases 11, 21 of communications objects 110. Feedback service objects 
and then transmitted using a small number of message 1310 are another excellent example of a polymorphic ser- 
objects 110 to one or more reporting partner servers 1302. vice object because the same feedback service object 1310 
The same reporting service object 1310 or a linked reporting that is used to provide feedback from one communications 
service object 1310 can then be used by the providers to 35 object system user (called the "feedback provider") can be 
monitor the aggregated reports at the reporting partner used to access or monitor that feedback by another commu- 
server 1302. This can be done using data exchange methods nications object system user (called the "feedback 
141 running queries against a reporting partner server 1302 consumer"). 

in the same fashion as explained in FIGS. 34B and 35 for Feedback service objects 1310 can most easily be under- 
classified ad buyers. 40 stood as an extension to the functionality of category objects 

Reporting partner servers 1302 can also serve a valuable 110. Category objects 110 are explained in the directory 

function by providing high-volume report processing ser- service object section above and shown in FIG. 29A. Io 

vices to communications object providers. Report process- particular, communications objects 110 listed in a directory 

ing methods 141 on the reporting partner server 1302 can be partner server 1302 can include a link component object 110 

triggered automatically by report message objects 110 trans- 45 to each category object 110 with which the communications 

milted from reporting service objects 1310. These report object 110 is associated. This allows users of a communi- 

processing methods 141 can produce any type of statistical cations. object system to quickly and easily obtain category 

aggregation or analysis offered by the reporting service objects 110 to check directory partner servers 1302 for other 

provider. Alternatively, communications object providers communications objects 110 associated with the category 

can use the reporting service object 1310 to submit their own so object 110. This process extended into a powerful feedback 

stored report queries and report processing methods 141 as system with three enhancements. First, feedback attributes 

explained in FIG. 35 for classified ad buyers. and value choices can be added to category objects 110. This 

Anonymous reporting relationships can be accomplished permits users of a communications object 110 can be solic- 

using a simple procedure. The steps in this process are ited for feedback specific to that particular category of 

shown in FIG. 40. The process begins when a reporting 55 communications objects 110. Second, report processing 

service object 1310 first needs to set up an anonymous capabilites can be added to directory partner servers 1302. 

reporting relationship with a reporting partner server 1302, This permits feedback data to be aggregated into reports of 

A data exchange method 141 in the reporting service object high value to communications object system users. Third, 

1310 uses an anonymous protocol such as HTTP to request the feedback attributes of the category objects 110 can be 

an anonymous reporting key from a reporting partner server 60 used by feedback consumers to create queries to a feedback 

1302 (step 4501). The reporting partner server 1302 returns partner server 1302. This allows feedback consumers to be 

an unique anonymous reporting key in the protocol response automatically notified of new or changed communications 

(step 4502). The data exchange method 141 then saves the objects 110 that meet the user's specific interest criteria, 

anonymous reporting key as an element 143 of the reporting The steps in these processes are very similar to those 

service object 1310 (step 4503). If desired, such an element 65 described for classified ad category objects in the data 

143 can also be encrypted using a password or similar key exchange service object section above and in FIGS. 34A, 

provided by the user. From this point on the reporting 34B, and 35. The following explains the basic processes 
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involved with the use of feedback service objects 1310 and 
feedback partner servers 1302. Both the feedback provider 
and feedback consumer will be illustrated as users of the 
consumer program 22. The steps in the process of a feedback 
provider submitting feedback input are illustrated in FIG. 
41A. We will assume the feedback provider already has 
obtained the communications object 110 upon which the 
feedback will be given. The process begins with the feed- 
back provider executing a feedback link method 141 in the 
communications object 110 (step 4601). The presence of a 
feedback link method 141 for feedback can be shown by the 
use of a feedback hyperlink or hypergraphic on a page 142 
of the communications object 110. Alternatively, if feedback 
services are implemented as a global function of a commu- 
nications object system, this feedback link method 141 can 
be available as a system method 141 to all communications 
objects 110. In this case feedback services could be initiated 
through a feedback hyperlink or hypergraphic on the 
selected object form (611, FIG. 13), on any selected page 
form (612, FIG, 13), or on a global toolbar in the consumer 
program 22. Once executed, the feedback link method 141 
queries the consumer database 21 for the linked feedback 
category object 110 (step 4602). If the link method 141 is 
linked to more than one feedback category object 110, the 
link method 141 can present the feedback provider with an 
input form to select the desired feedback category object 
110. If the feedback category object 110 is not present, the 
link method 141 uses link control to download the feedback 
category object 110 (step 4603). Next a link method 141 in 
the feedback category object 110 queries the consumer 
database 21 for the linked feedback service object 1310 (step 
4604). If the feedback service object 1310 is not present, the 
link method 141 uses link control to download the feedback 
service object 1310 (step 4605). Now a data exchange 
method 141 in the feedback service object 1310 generates a 
feedback input form (step 4606). This input form consists of 
the category attribute and value choices obtained from the 
feedback category object 110. This is identical to the input 
form process described in step of 1704 of FIG. 34A for 
creating a classified ad listing. The feedback attributes and 
value choices for any feedback category object 110 are 
determined by the feedback service provider. To continue 
the example used in the classified ad service description, the 
feedback input form for a feedback category object 110 
representing minivans might include attributes for dealer 
satisfaction, fit and finish, gas mileage, maintenance costs, 
repurchase plans, and so on. The appropriate value choices 
for each of these attributes would be displayed as drop -down 
lists, radio buttons, and so on. When the feedback provider 
submits the completed input form, the data exchange 
method 141 first saves the feedback data as a feedback 
element 143 of the feedback service object 1310 (step 4607) . 
This permits the feedback provider to easily recall and 
modify the feedback data as his/her feedback changes. Next 
the data exchange method 141 creates a message object 110 
containing the feedback data from the input form and the 
UID of the target communications object 110 (step 4608). 
The data exchange method 141 theo transmits this message 
object 110 to the feedback partner server 1302 (step 4609). 
When received by the feedback partner server 1302, the 
message object 110 triggers a corresponding data exchange 
method 141 (step 4610). This data exchange method 141 can 
aggregate and process the feedback data in the feedback 
partner server database 1301 as proscribed by the feedback 
serve provider (step 4611). Feedback data aggregation and 
processing is described below. The data exchange method 
141 can also perform any kind of aggregation or statistical 
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analysis required to produce the reports the feedback service 
provider wishes to offer feedback consumers. The attributes 
of these reports must match the feedback report query 
attributes of a feedback category object 110 as described 
5 below. 

Feedback data can be aggregated by a feedback partner 
server 1302 in several ways. One approach is to save and 
index feedback data by the UID of the feedback provider. In 
this approach the feedback partner server 1302 maintains 

10 records of the feedback data from each feedback provider. 
This allows the feedback partner server 1302 to produce 
accurate feedback statistics reports over time. Another 
approach is to aggregate feedback using counters. In this 
approach the feedback partner server 1302 does not need to 

15 maintain a record from each feedback provider. Instead the 
feedback partner server 1302 increments a counter for each 
feedback message object 110 received from a feedback 
provider. The accuracy of this counter is maintained in the 
following manner. The first time a feedback provider uses a 

20 feedback category object 110 to send feedback data, the full 
set of feedback data is transmitted in the feedback message 
object 110 as described in step 4608 of FIG. 41A. This 
feedback data is saved as an element 143 of the feedback 
category object 110 the consumer database 21 as described 

25 in step 4607 of FIG. 41 A. The steps required for subsequent 
changes to the feedback are shown in FIG. 41B. First the 
feedback provider executes the feedback link method 141 as 
in step 4601 of FIG. 41A(step 4631). Because the feedback 
provider has already submitted feedback, the feedback cat- 

30 egory object 110 and feedback service object 1310 are 
present in the consumer database 21. Thus the feedback link 
method 141 can directly execute a data exchange method 
141 of the feedback service object 1310 (step 4632). This 
data exchange method 141 reads the saved feedback element 

35 143 of the feedback category object 110 (step 4633). The 
data exchange method 141 uses this feedback data to gen- 
erate an input form for the feedback provider to edit the 
feedback data (step 4634). When this input form is 
submitted, the data exchange method 141 saves the new 

40 feedback data as a new version of the feedback element 143 
(step 4635). Versions of the feedback data element can be 
controlled using data archive control as explained above. 
The data exchange method 141 next calculates the differ- 
entials between the new feedback data and the old feedback 

45 data (step 4636). For example, a minivan owner originally 
rated dealer service at an 8 on a scale of 1 to 10. The minivan 
owner subsequently had a poor dealer service experience. 
The minivan owner then edits the feedback data to rate the 
dealer service at a 2. The data exchange method 141 would 

50 calculate the differential as a minus 6. Now the data 
exchange method 141 creates a message object 110 contain- 
ing the feedback differential data, the UID of the target 
communications object 110, and a "RevisedFlag" element 
143 set to TRUE (step 4637). The data exchange method 141 

55 transmits this message object 110 to the feedback partner 
server 1302 (step 4638). When received by the feedback 
partner server 1302, the message object 110 triggers a 
corresponding data exchange method 141 (step 4639). This 
data exchange method 141 uses the value of the RevisedFlag 

60 element 143 to process the feedback data as incremental data 
and not new data. The data exchange method 141 then uses 
the differentials in the feedback data to adjust the feedback 
counters (step 4640). Revised feedback data will not incre- 
ment a "Total Feedback Providers" counter, so feedback 

65 consumers can see an accurate report at of the total aggre- 
gated feedback at any point in time and the total number of 
feedback providers who have contributed to this feedback 
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data. Feedback data counters allow the maintenaace of securities analysts. Every analyst in a securities analysis firm 

feedback data to be distributed throughout a communica- can be given an initial expertise rating on a scale of 1 to 10 

tions object system, making it feasible to centrally aggregate for each feedback category object 110 representing the 

feedback for a large number of communications objects 110 industry segments covered by the analysis firm. Thereafter 

from a large population of feedback providers. Feedback 5 a11 analysts can modify the expertise ratings of the other 

data counters also make it easy to do anonymous reporting, analysts as new security analysis work is performed. A 

as no provider UIDs must be tracked at the reporting partner feedback rule 140 can enforce that a first analyst cannot give 

server 1302. Alternatively, if feedback data is saved and a second an expertise raung for a specific feedback 

indexed at the reporting partner server 1302, anonymous ™ m fi orc t tha ? \ P 01 ?' , hl S her ^ th * 

- , \ , . J . expertise rating of the first analyst on that same feedback 

reporting can be accomplished using the anonymous report- 10 f .. f-- A A , , J ~_ . , 

. i 4 i_ ■ j j . ,i • category object 110. Asecond feedback rule 140 can specify 

rng key technique as described in the reporting service * ; , i_ „ L c ji. i ** * *u 

, . , ? , . n . . , . pro r An & that no analyst can change the feedback rating of another 

object section above and illustrated m FIG. 40. _ , J A , . . ~ . . to . - ~, 

r|i- . . - - „ , . analyst more than 1 pomt in any six month period. These 

The steps in the process or a feedback consumer accessing , J . . c r 4 \. . * 

and monitoring feedback arc identical to those of a classified rul^ help enforce accurate expertise appra.sals. 

j , - j i j j 1- *■ The mtegnty of such a feedback system can also be 

ad buyer accessing and monitoring classified ad listings as 15 £ , * J . L . £ tt _ ' . 

i ■ j ■ 5 * u * u-*u j enforced through the use of authentication services to 

explained in the data exchange service object above and £ r ji_ i *j 

■ii * * i * rrnc j 1 e a j* t , authenticate the identity of the feedback providers as 

illustrated in FIGS. 34B and 35. As with directory category A „ A . iU .. J 4 . . . *: u 

c „ , i_* • r jf i described in the authentication service object section above, 

obiects 110, a feedback consumer can obtain a feedback „ . , . t J 4 

* l* j -i t\ si j* £_ c jl i Feedback systems may also incorporate payment services as 

category object 110 either directly from a ieedback partner , ..... . . . • . 

V^ni i_ • vi * L- * nn ■ ~ described in the payment service object section above. An 

server 1302 or by using a link component object 110 in any 20 , 1JL r ; . , j 4 . . . 

• 4- L - Tun * j a. *u ♦ f jl i example would be a commercial product rating service that 

communications object 110 associated with that feedback • j . * u * JL i • j i. ^ 

cate o ob'ect 110 ^ industry experts for feedback mput and charged con- 

"Thevalui^f feedback data can vary enormously with the sumers for feedback reports. . 

j ^ t^ufjui tu- • As with directory services, feedback services can be 

experience and expertise of the feedback provider. This is , , _ . , ' . t ' 

\z 1 i f r jl i * • • • i • j - employed for a wide vanety of purposes on a communica- 

parncularly true for feedback on topics requiring specialized 25 r ' A , r I ,..%, rr , , , 

f v j • i j- • tions object system. This includes product and service rating 

knowledge or expertise, such as academics, law, medicine, . J ,v . . r , ^ & 

. , , , r |4 ,i ■ *- ju i ■ services, political office ratings, employee performance 

technology, and so on. For this reason feedback services can c i j- ■ 1 

! , i ■ , . r j, , • j ™ . , feedback, discussion group participation, personal 

also be applied to feedback providers. This can be accom- _ ' , r^^Jiinf,.. 

i* i. j • rji-i * imiu i- i- references, and so on. The particular feedback service is not 

phshed using a feedback partner server 1302 by linking . . ' ^ - . . r . 

c ju i + , „« 4 . • 4 nn ♦ ™ a hmitmc feature of the invention, 

feedback category objects 110 to user objects 110 represent- 30 & 

ing each of the feedback providers. The attributes of a ADVANCED SYSTEM ARCHITECTURE 

feedback category object 110 representing a feedback pro- Combined Provider, Consumer, and Server Program Opera- 

vider might include level of expertise, level of credibility, tion 

level of decision-making ability, and so on. By aggregating It has been explained how in an embodiment of the 

feedback data on feedback providers, a feedback partner 35 present invention the functions of the provider and consumer 

server 1302 is able to offer even more useful feedback programs 12, 22 and databases 11, 21 can be combined 

reports to feedback consumers. This is because feedback because they use identical database structures and similar 

queries can select feedback data using on the attributes or operations. In another embodiment of the present invention, 

"ratings** of the feedback providers. An example is a feed- the functions of either or both the programs 12, 22 and 

back partner server 1302 which collects feedback data on 40 databases U, 21 can be combined with a partner server 1302 

communications objects 110 representing automobiles. A and a partner server database 1301. This is again because 

feedback consumer can create a query for only those com- identical database structures and similar operations are used, 

munications objects 110 representing minivans with a All programs can also employ the same HTML and HTTP 

sticker price of less than $20,000 which also had overall interface operations as described above. This means that a 

quality rating of 7 or higher on a scale of 1 to 10 from 45 communications object system user may fully access the 

feedback providers whose expertise level was rated by other capabilities of a provider program 12, a consumer program 

feedback providers to also 7 or higher on a scale of 1 to 10. 22, and a partner server 1302 all from a single web server 32 

Another example applies to response thread objects (FIG. using a single web browser 50. 

29B) in a topic discussion database. Here a feedback con- One of the additional benefits of combining the provider 

sumer can use a topic feedback category object 110 to 50 program 12 with a distribution server 32 is that providers do 

monitor the response thread objects 110 contained by a not have to transmit new and updated communications 

discussion topic 110. A query can notify the feedback objects 110 to a separate distribution server 32 for distribu- 

consumer only of new response thread objects posted by tion via the pull technique. Nor do they require the services 

providers with an expertise rating of 7 or higher on a scale of a distribution service object 1310. Rather pull updating 

of 1 to 10. A feedback consumer can also ask for feedback 55 from a consumer program 22 can take place directly from 

provider ratings to be factored into feedback data reports. An the combined provider program 12 and partner server 1302. 

example would be a report on recommended minivans This saves time and reduces the potential for transmission 

where the feedback data from feedback providers with an errors. A provider is also able to more easily apply distri- 

expertise rating of 8 or higher on a scale of 1 to 10 was bution control by specifying distribution control methods 

weighted twice as heavily as feedback data from feedback 60 141 directly in the combined database 100. 

providers with a rating lower than 8. The same benefit applies in reverse to consumers when 

The integrity of such a feedback system can be enforced the consumer program 22 is combined with a distribution 

by employing feedback rules 140 in the feedback partner partner server 32. The consumer program 22 does not need 

server 1302. For instance, a feedback rule 140 can constrain to update communications objects 110 stored on the distri- 

tbe rating a first feedback provider can give a second 65 bution partner server 1302 using the pull technique because 

feedback provider using the rating of the first feedback those communications objects or object updates 110 can be 

provider. An example would be a expertise rating system for pushed directly by the provider program 12 to the combined 
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consumer program 12 and partner server 1302. This also 
eliminates the need for a distribution service object 1310. 

These benefits are further compounded when both the 
provider program 12 and consumer program 22 are com- 
bined with any type of distribution server 32. This combi- 5 
nation of yields special benefits for multiuser communica- 
tions object system installations in the same way as 
combining the functionality of the programs 12, 22 yielded 
special benefits for a single communications object system 
user. These benefits will be further described in the follow- 10 
ing sections. 
Multiuser Operation 

The programs 12, 22, and 1302 or any combination 
thereof can accommodate multiuser operation. In all cases 
this can be accomplished by employing the user object type 15 
(816, FIG. 17). The data structures for user objects 110 are 
shown in FIG. 6B. Like all other communications objects 
110, user objects 110 have a system ID attribute that 
uniquely identifies them within the database 100. The pro- 
vider and consumer relationship between user objects 110 20 
and other communications objects 110 uses a relationship 
association class 111 of the association 110A. One attribute 
of the relationship class 111 is a logical value "Provider- 
Flag". If a user is a provider of a communications object 110, 
the ProviderFlag value is TRUE. If the ProviderFlag value 25 
is FALSE, the user is a consumer of the communications 
object 110. The relationship class 111 also has an attribute 
NewFlag which is employed in user object indexes as 
described above. The relationship class 111 may have other 
attributes such as "Privilege Level" that govern access con- 30 
trol to operations such as editing the communications object, 
forwarding the communications object, and so on. Access 
control will be discussed below. 

User objects 110 can represent individual communica- 
tions object system users or groups of users. User group 35 
objects 110 function similarly to e-mail aliases in an e-mail 
system. Groups can be nested by creating composite user 
objects 110 and components user objects 110. User group 
objects 110 can also have their own distinct attributes used 
to control the communications functions and privileges of 40 
the group. 

Multiuser operation is beneficial in the programs 12, 22 or 
a program combining their operation because it allows a 
single database 100 to be shared by multiple users. A 
separate instance of the global preferences class 103 can be 45 
associated with each user object 110. In a multiuser database 
100, multiple user objects 110 can have a consumer rela- 
tionship association 111 with single instance of communi- 
cations object 110. This saves disk space and increases 
overall system efficiency. In this case each consumer can 50 
maintain separate preferences using separate element pref- 
erences instances 147 associated with the consumer's user 
object 110. Users can also share preferences by having an 
association to the same element preference instance 147. 
Access control rules 140 can be used to govern editing rights 55 
to shared element preference instances 147. Access control 
rules will be discussed below. 

In a multiuser database 100, a user object 110 can have a 
consumer relationship with a communications object 110 to 
which another user object 110 has a provider relationship. 60 
This has several very important benefits. To begin with, no 
instance of the recipient class 120 nor the acknowledgement 
association 121 is needed. Both can be replaced entirely by 
the relationship associations 111. Secondly, no communica- 
tions object distribution routine is necessary. When the user 65 
object 110 representing a provider (called the "provider user 
object") and the user object 110 representing a consumer 
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(called ,the "consumer user object") are both present in a 
multiuser database 100, a communications object 110 can be 
"pushed" to a consumer simply by the provider creating a 
new association between the communications object 110 and 
the consumer user object 110. A communications object 110 
can be "pulled" by a consumer just by the consumer creating 
a new association between the communications object 110 
and the consumer user object 110. In both of these cases, 
creation of the new association triggers a "new object 
reception rule" 140 in the database 100. This rule takes the 
place of the new object reception routine in a separate 
consumer program 22 and executes steps 703-708 of FIG. 
15. Updates to a communications object 110 by the provider 
can also be "transmitted" to all associated consumers via the 
operation of the standard update association rule 140 oper- 
ating throughout the database 100. This operation of this rule 
takes the place of the update object reception routine (FIG. 
10B) by executing steps 721-731 of FIG. 15. This rule 140 
only applies to consumer relationship associations, i.e. 
where the ProviderFlag value is FALSE. 

Finally, in a multiuser database 100, multiple user objects 
110 can also have a provider relationship with a single 
communications object 110. This is referred to as multiuser 
editing. Multiuser editing of communications objects 110 is 
advantageous in a communications object system for the 
same reasons multiuser database sharing is advantageous in 
many business applications. Just as two or more individuals 
can need the ability to read or edit same data, two or more 
individuals can need to communicate about the same subject 
or topic through the same "channel". In many multiuser 
database environments, including network file systems, 
database access and editing rights are controlled using 
access control lists. This same principle can be applied to a 
communications object system through the use of access 
control elements 143, access control methods 141, and 
access control rules 143. Collectively these are referred to as 
access control components. Access control elements 143 are 
special elements 143 included in a communications object 
110 in order to define the editing rights which the original 
communications object provider wishes to grant to other 
providers. Access control methods 141 and access control 
rules 140 act in conjunction with access control elements 
143 to enforce these rights. Access control is an extension of 
data exchange control, discussed in the data exchange con- 
trol section above. Access control components are a unique 
advantage of a communications object system because they 
can be contained within the communications object 110 
which they govern. Thus they can be distributed and 
enforced throughout a communications object system. 
Access control rights can also be governed using user group 
objects 110. In this capacity user group objects 110 function 
similarly to access control groups used in many computer 
network environments to govern file and resource access. 

As in any multiuser database, simultaneous editing of the 
same data field or record by different users can result in 
conflicts. Many multiuser database record locking or data 
conflict resolution techniques have been developed to solve 
this problem, including rules based on time precedence, user 
priority, location priority, data types, and so on. This is 
referred to as concurrency control. In a multiuser commu- 
nications object system database 100, concurrency control 
can be applied using concurrency elements 143, concur- 
rency methods 141, and concurrency rules 140. Collectively 
these are referred to as concurrency control components. 
Concurrency control can be applied in one or more com- 
munications object system databases 100 in the same man- 
ner as access control. The specific concurrency control rules 
or techniques employed are not a limiting feature of the 
invention. 
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In a communications object system, multiuser editing 
applies to three situations. The first is single users operating 
different single-user installations of the combined programs 
12, 22 on different computers 1, 2. The second is different 
users operating the same multiuser installation of the com- 
bined program 12, 22. This could be on a single central 
computer accessible over a local area network, or on a 
distributed database available over a wide area network. The 
third is a combination of the first two. In the first situation, 
multiple users can edit the same communications object 110 
through the use of message objects 110. The basic steps 
involved with this form of multiuser editing are illustrated in 
FIG. 42 A The process begins with the first provider of a 
communications object 110 specifying the access control the 
provider wishes to apply to a communications object 110 
(step 4701). This is done by specifying access control 
components and choosing appropriate access control values. 
Next the first provider transmits the communications object 
110 to a recipient (step 4702). The consumer program 22 of 
the recipient receives the communications object 110 and 
stores it in his/her consumer database 21 (step 4703). The 
recipient next performs an editing operation on the commu- 
nications object 110 (step 4704). These editing operations 
will be constrained by the access control components of the 
communications object 110. For example, the provider of a 
communications object 110 representing a discussion topic 
may grant recipients the right to add response thread objects 
110 representing responses, such as is shown in FIG. 29B. 
However this provider may not grant recipients the right to 
edit the name, description, or message in the original topic 
object 110. The completion of an editing operation by the 
recipient triggers a data exchange control rule 140 which 
executes a data exchange method 141 of the communica- 
tions object 110 (step 4705). In this way the data exchange 
control rule 140 serves the same purpose as the update 
association rule 140 in a database 100. The data exchange 
method 141 creates a message object 110 containing the 
changes to the communications object 110 (step 4706). The 
data exchange method 141 then transmits the message object 
110 to the combined program 12, 22 of the first provider 
(step 4707). When the message object 110 is received, its 
receipt method 141 is executed (step 4708). The receipt 
method 141 saves the edits to the communications object 
110 (step 4709). Conflicts in edits by two or more users are 
handled by concurrency control as discussed above. This 
save operation results in the same set of operations as an edit 
operation in the provider program 12 as shown in FIGS. 10A 
and 10B. These changes will now be distributed to all 
recipients of the communications object 110 using distribu- 
tion control as described in the distribution control section 
above. Lastly, the receipt method 141 executes any notifi- 
cation methods 141 assigned by the first provider (step 
4710). 

This procedure centralizes distribution control at the 
original communications object provider. An alternative is 
distributed distribution control. In this technique, a distri- 
bution control list is included with the communications 
object 110 itself. Distribution control lists operate for a 
communications object 110 similarly to the recipient list of 
an Internet SMTP e-mail message. E-mail recipient lists 
allow each message recipient to identify the other recipients 
and send message replies to all other recipients. Like access 
control lists, distribution control lists can consist of distri- 
bution control elements 143, distribution control methods 
141, and distribution control rules 140. Collectively these 
are referred to as distribution control components. Distribu- 
tion control components can be as simple as a set of 
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elements 143 containing the UIDs of each recipient 120. In 
this case the receiving program 12, 22 would resolve these 
UIDs into the e-mail addresses or other addresses of the 
recipients. Alternatively distribution control components 

5 can include instances of recipient objects 120 or user objects 
110. In this case the necessary distribution control intelli- 
gence is transferred entirely with the communications object 
110. Distribution control methods 141 and rules 140 can be 
applied at each combined program 12, 22 receiving the 

10 communications object 110. For example, a distribution 
control rule 140 from the original provider could specify that 
no additional recipients may be added to a distribution 
control list. Another distribution control rule could specify 
that certain edits to the communications object, such as a 

15 change in a notification element, are sent only to the original 
provider. The original provider can then approve the edit and 
distribute the change to the rest of the distribution control 
list. 

The steps involved with multiuser editing using distribu- 

20 tion control components are shown in FIG. 42B. The process 
begins with the first provider of a communications object 
110 specifying both the access control and the distribution 
control the provider wishes to apply to a wrnmunications 
object 110 (step 4731). This is done by specifying access 

25 control components and values and distribution control 
components and values. Next the first provider transmits the 
communications object 110 to the recipients on the distri- 
bution control list (step 4732). The consumer program 22 of 
the recipient receives the communications object 110 and 

30 stores it in his/her consumer database 21 (step 4733). The 
recipients next performs an editing operation on the com- 
munications object 110 (step 4734). The completion of an 
editing operation by a recipient triggers a data exchange 
control rule 140 which executes a data exchange method 141 

35 of the communications object 110 (step 4735). The data 
exchange method 141 creates a message object 110 contain- 
ing the changes to the communications object 110 (step 
4736). The data exchange method 141 then transmits the 
message object 110 to each of the recipients on the distri- 

40 bution control list (step 4737). When the message object 810 
is received by each recipient, its receipt method 141 is 
executed (step 4738). The receipt method 141 saves the edits 
to the communications object 110 (step 4739). Conflicts in 
edits by two or more users are handled by concurrency 

45 control as discussed above. This save operation results in the 
same set of operations as an edit operation in the provider 
program 12 as shown in FIG. 10A. However, because the 
changes have already been distributed to the distribution 
control list, this is an exception to the update association rule 

50 140 and does not trigger the update association routine 
shown in FIG, 10B. Lastly, the receipt method 141 executes 
any notification methods 141 assigned by each recipient 
(step 4740). 

The second multiuser editing situation applies when the 
55 combined programs 12, 22 are operated as a multiuser 
system and the providers and consumers involved are all 
users of this system. In this case multiuser editing operates 
in the same manner as record sharing in a typical multiuser 
database environment. Each communications object 110 is a 
60 record created by the first provider in the database 100, and 
the access control components of the communications object 
U0 act as the access control rights for other users of the 
database 100. In a multiuser database 100, access control 
rights can also be governed by the attributes of a relationship 
65 association (111, FIG. 6B). In this manner a provider can 
grant different access control rights to different user objects 
110 or user group objects 110 representing other providers. 
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Distribution control within a multiuser database 100 is not interest topics, but this small effort produces an very large 

necessary because, as explained above, distribution in a benefit to the entire audience. Thirdly, the operation of the 

shared database 100 is accomplished through the operation mailing list can be controlled using access control compo- 

of the update association rule 140. nents and a distribution control components. A closed list 

The third multiuser editing situation is a combination of 5 can be maintained by restricting editing rights to the the 
the fist two, i.e. users spread across both single-user instal- provider as list owner. A moderated list can be maintained by 
lations and multiuser installations of the programs 12, 22. giving all members message editing rights, but keeping 
This operates as a special case of the first situation. In this distribution control centralized at the list owner and employ- 
case, distribution control lists can contain special entries ing a moderator rule 140 that each new message 211 must be 
representing multiple users at a multiuser installation. These 10 confirmed by the list owner. An open list can be created by 
special entries can consist of nested elements 143 represent- eliminating the moderator rule 140. A fully distributed list, 
ing the UID of the multiuser database 100 and the UIDs of in which the processor workload for sending out new 
each individual user object 110. Alternatively they can messages is distributed equally among all list contributers 
contain nested composite and component objects 110 rep- rather than centralized at one provider, can be accomplished 
resenting the multiuser program 12, 22 and the individual 15 using a distribution control list, 
user objects 110. User group objects 110 can also be Multinetwork Communications Control 
employed for this purpose. In this manner only one com- Because a communications object system permits provid- 
munications object or communications object update trans- ers and consumers to control any type of communications 
mission needs to take place to each multiuser database 100. over any type of communications network 3, it can be 
The receipt method 141 of the communications object 110 or 20 particularly useful for coordinating communications rela- 
message object 110 can then create or update the relation- tionships that take place over multiple communications 
ship associations 111 to each user object 110 in the multiuser networks. A simple example is a Internet-based fax request 
database 100. system . Such a system allows users to request fax documents 

A multiuser communications object system can be applied using a web server 50 and have them transmitted to the user 

to solving many longstanding communications problems. A 25 as fax documents via a telephone network. Such a system 

common example is many-to-many messaging among large can easily be automated using communications object sys- 

groups. One existing solution to this problem is e-mail list tern. This can be accomplished using data exchange methods 

servers, or "listservs", which are common on the Internet. 141 included directly in a communications object 110, or it 

Listservs require a great deal of effort to setup, configure, can be done using a data exchange service object 1310. The 

and maintain. Listservs typically operate in three modes 30 latter permits fax services to easily be shared among many 

which must be carefully configured in the listserv program. communications objects 110. The steps for automating a fax 

The first mode is "closed" or "broadcast only", in which request system using a fax service object 1310 are shown in 

messages can only be sent out to the list subscribers, usually FIG. 43. The process begins with the consumer obtaining the 

by one or more "list owners". The second mode is communications object 110 offering fax request services 

"moderated", in which list subscribers can reply to messages 35 (step 4801). Next the consumer selects the hyperlink or 

or submit new messages, but all messages pass through one hypergraphic representing a fax request page within the 

or more moderators authorized to select those that will be communications object 110 (step 4802). This executes a link 

passed on to the full list. The third mode is "open" or method 141 which checks to see if the linked fax service 

"unmoderated", in which any member can respond to mes- object 1310 is present in the consumer database 21 (step 

sages sent out to the list or submit new messages, and all 40 4803). If not, it uses link control to download the fax service 

messages or replies are sent to all subscribers. The single object 1310 (step 4804). Next a data exchange method 141 

biggest drawback to any of these modes is the subscriber's in the fax service object 1310 generates an input form (step 

inability to filter the messages on the list for those of 4805). This input form allows the consumer to select the fax 

personal relevance. The list is either "on" or "off" for all documents the consumer would like to receive as well as the 

subscribers. The use of closed or moderated listservs offers 45 target fax number. Note that the fax service object 1310 can 

some useful filtering capability applicable to all subscribers query the consumer database 21 for elements 143 with a type 

to the list, but this filtering is not personalized for individual definition 144 of "FaxNumber" in order to automatically 

subscribers. It also takes a great deal of effort on the part of present such a list. The fax service object 1310 can also 

the moderators. prompt the user to enter new fax numbers if none are 

A communications object system overcomes all these 50 present. When the consumer submits the input form (step 
limitations. First, in a communications object system, such 4806), the data exchange method 141 first saves any new fax 
a mailing list can be created simply by creating a commu- number elements 143 as well as the consumer's preferences 
nications object 110 to represent the list. No special server about the last-used fax number, the most-used fax number, 
program or complex configuration is required. Secondly, this and so on (step 4807). The data exchange method 141 then 
mailing list object 110 can employ notification control to 55 creates a message object 110 (step 4808). This message 
allow every member of the list to filter messages on the list. object 110 contains the indentification data for the requested 
As shown in FIG. 4 and explained in the notification control fax documents (which could be the UIDs of the fax docu- 
section, this is done by including a set of notification ments if they are stored as elements 143 on the fax partner 
elements 201 representing interest topics. One or more server 1302). The message object 110 also contains the 
message elements 211 are associated with one or more 60 selected fax number. The data exchange method 141 trans- 
notification elements 201. Each list member can choose the mits the message object 110 to the fax partner server 1302 
set of interest topics to which they wish to "subscribe". (step 4809). When the message object 110 is received by the 
Thereafter in each communications object update the list fax partner server 1302, it executes a corresponding data 
member will receive notification only of the messages exchange method 141 (step 4810). This data exchange 
assigned to these topics as described in the notification 65 method 141 uses the fax request IDs and fax number to 
control section above. The work of one or more moderators transmit the requested fax documents via the telephone 
is still required to create and periodically refine this set of network (step 4811). Note that if the fax partner server 1302 
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cannot successfully transmit the fax documents, the fax 
partner server 1302 can also send an acknowledgment 
message object 110 back to the consumer via the commu- 
nications object system. 

A more complex example is the coordination of package 
deliveries over a physical communications network such as 
a postal network. This process uses account certificates as 
described in the payment service object section. The steps in 
this process are shown in FIG. 44. The process begins with 
the consumer obtaining the communications object 110 of 
the package recipient (step 4901). Next the consumer selects 
a hyperlink or hypergraphic representing a physical package 
delivery option within the communications object 110 (step 
4902). Such an option might be represented by hypergraph- 
ics of the logos of common delivery services. This executes 
a link method 141 which checks to see if the linked physical 
delivery service object 1310 is present in the consumer 
database 21 (step 4903). If not, it uses link control to 
download the physical delivery service object 1310 (step 

4904) . Next a data exchange method 141 in the physical 
delivery service object 1310 generates an input form (step 

4905) . This input form allows the consumer to select the 
desired delivery options. This includes the type of delivery 
required, whether delivery pickup is needed, payment 
options, and so on. Note that the consumer does not need to 
enter any information pertaining to the delivery attributes of 
the recipient. The data exchange method 141 is able to 
obtain all such attributes from the account certificate 
included in the recipient's communications object 110. If the 
consumer also has a account certificate, the data exchange 
method 141 can use this data automatically as well. If the 
consumer does not have an account certificate, the data 
exchange method 141 can use the input form to prompt the 
consumer for the necessary account information. When the 
consumer submits the input form (step 4906), the data 
exchange method 141 saves any new account data or pref- 
erences as elements 143 of the physical delivery service 
object 1310 (step 4907). The data exchange method 141 then 
creates a message object 110 containing the recipient 
account certificate, the sender account certificate, the deliv- 
ery options selected, and any other pertinent data, such as a 
timestamp (step 4908). The data exchange method 141 
transmits the message object U0 to the physical delivery 
partner server 1302 (step 4909). When received by the 
physical delivery partner server 1302, the message object 
110 executes a corresponding data exchange method 141 
(step 4910). This data exchange method 141 processes the 
delivery order (step 4911). This can include obtaining a 
delivery number, initiating the package delivery pickup by 
the physical delivery service provider, and any other steps 
necessary to initiate the delivery. When complete, the data 
exchange method 141 creates a acknowledgment message 
object 110 containing the delivery number together with any 
other acknowledgment data, such as the delivery pickup 
confirmation message (step 4912). The data exchange 
method 141 transmits this message object 110 to the physi- 
cal delivery service object 1310 at the originating consumer 
program 22 (step 4913). When received at the consumer 
program 22, the message object 110 executes the originating 
data exchange method 141 of the physical delivery service 
object 1310 (step 4914). The data exchange method 141 first 
saves the delivery number and any other pertinent data as 
logged event 118 (step 4915). This allows it to be referenced 
for any future actions involving this delivery. Next the data 
exchange method 141 executes any notification methods 141 
assigned by the consumer to delivery acknowledgment 
messages (step 4916). The data exchange method 141 then 
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calls a print method 141 to print a delivery label (step 4917). 
The data exchange method 141 tests to see if delivery 
monitoring was requested in by the input form submitted in 
step 4906 (step 4918). If so, the data exchange method 141 

5 carries out the monitoring process (step 4919). This moni- 
toring process is identical to that performed by classified ad 
service objects 1310 as shown in FIG. 34B. Alternately, if 
the physical delivery partner server 1302 offers monitoring 
via a user object index and stored queries, the necessary user 

10 object data and query data can also be contained in the 
message object 110 created in step 4910. Monitoring using 
stored queries is shown in FIG. 35. 

Another example of multinetwork communications con- 
trol is the reception of communications objects or object 

15 updates via a broadcast network such as television or cable 
systems. Because such networks are broadcast-only, com- 
munications resulting from the consumer's communications 
object copies back to the provider must occur via a back- 
channel such as a telephone network or computer network, 

20 e.g. the Internet. Communications objects represent a unique 
advantage in this respect in that the backchannel can be 
controlled by the provider in the communications object 
110. In addition, multiple backchannels can be controlled by 
the same communications object 110 depending on the 

25 communications action involved or the backchannel capa- 
bilities of the particular consumer program 22 where the 
communications object 110 is stored. 
Schedule Control 
Schedule coordination among any group is a fundamental 

30 challenge in communications. Scheduled events and sched- 
ule changes must be communicated to everyone in the group 
or else the group will not function. A communications object 
system can solve many widespread scheduling problems 
using a special type of communications object called a 

35 schedule object. Schedule objects are shown as class 817 of 
FIG. 17. Schedule objects 110 represent real- world events 
associated with any other communications object 110. Like 
all other communications objects 110, schedule objects 110 
can contain schedule elements 143, schedule methods 141, 

40 and schedule rules 140 used to control scheduling opera- 
tions. Collectively these are referred to as schedule control 
components. These all function as special cases of data 
exchange control, discussed above. Schedule objects 110 
can also be nested as composite and component objects (811, 

45 182, FIG. 17). This permits a composite schedule object 110 
to contain multiple component schedule objects 110. An 
example would be a composite schedule object representing 
a multi-day conference, with component schedule objects 
representing the individual seminars at the conference. Like 

50 any communications object 110, schedule objects 110 can be 
distributed via push and pull and contain their own update 
methods. This is particularly relevant to schedule coordina- 
tion because any changes to a schedule object 110 can be 
transmitted to all consumers associated with that schedule 

55 object 110 object. Using notification control, each user can 
also control exactly how he/she is notified of these changes. 
Schedule objects 110 can be maintained in any database 100, 
whether single-user or multiuser. Schedule objects 110 are 
particularly useful for managing group schedules in a mul- 

60 tiuser database 100. This is because schedule objects 110 can 
easily be associated with user objects 110 or user group 
objects 110 to create and maintain scheduling relationship 
associations 111. Alternatively, communications object sys- 
tem programs can handle scheduling requests through an 

65 API with an external scheduling program or database. A 
communications object system API is discussed further 
below. 
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One of the most effective uses of schedule objects 110 is 
to constrain or modify the communications capabilities of 
communications object 110 or user objects 110 used to 
represent individuals. For example, an individual whose 
current schedule object indicates they are at lunch may be 5 
reachable via a cellular phone but not via e-mail. This can be 
accomplished using scheduling rules 140 associated with 
particular elements 143 and methods 141 in a communica- 
tions object 110. For example, a scheduling rule may dictate 
that after business hours important phone calls should be 10 
directed to a provider's home phone number. The use of 
scheduling objects 110 and schedule control allows com- 
munications objects 110 to assume the same functions of 
"universal phone numbers", also called "personal numbers", 
"lifetime numbers", and "follow me numbers". The differ- 15 
ence is that universal phone numbers apply only to tele- 
phone communications and are limited to the capabilities of 
a particular telephone network, whereas communications 
objects 110 apply to every form of communications and are 
not limited to the capabilities of any particular communica- 20 
tions network. 

Schedule objects 110 can be employed to solve a wide 
variety of common scheduling problems. One example is the 
universal problem of "telephone tag". In this example, 
schedule objects 110 are employed at a distribution server 25 
32. Any type of distribution server 32 can be used, but in a 
preferred embodiment, a combination of the programs 12, 
22 and a distribution partner server 1302 is used. This allows 
message objects 110 to be transmitted and received directly 
from the distribution partner server 1302 using a direct 30 
transmission protocol such as HTTP. This is faster than a 
store-and-forward protocol like Internet SMTP e-mail, how- 
ever the latter can also be used if the scheduling process is 
not time -sensitive. To enable telephone call coordination, 
the provider first adds one or more scheduling elements 143, 35 
methods 141, and rules 140 to any communications object 
110 in which the provider wishes to offer scheduling control. 
The provider can also add schedule control using a sched- 
uling component object 110. The provider also maintains 
his/her current schedule by adding and maintaining schedule 40 
objects 110 to the provider database 11. Thus the provider's 
current set of schedule objects 110 will indicate the present 
readiness of the provider to receive a phone call; the current 
phone number at which the provider should be reached; the 
options for notifying the provider about the call request; and 45 
the options for scheduling a phone call with the provider at 
some future time if the provider is not available immedi- 
ately. 

The steps in the process of a consumer contacting a 
provider to request a phone call using the provider's com- 50 
munications object 110 are illustrated in FIG. 45. The 
consumer first executes a hyperlink or hypergraphic repre- 
senting a voice call request on on a page within the provid- 
er's communications object 110 (step 5001). This executes 
a scheduling method 141 which creates a message object 55 
110 containing the voice call request (step 5002). This 
request can include the name and UID of the consumer, the 
nature of the call, the priority of the call, the estimated length 
of the call, and any other parameters the provider has 
specified in the scheduling method 141. The scheduling 60 
method 141 then transmits this message object 110 to the 
provider's communications object 110 at the provider pro- 
gram 12 (step 5003). When received by the provider pro- 
gram 12, the message object 110 executes a corresponding 
scheduling method 141 (step 5004). This scheduling method 65 
141 queries the provider's schedule objects 110 to determine 
the provider's current status (step 5005). The scheduling 
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method 141 first tests the result set to see if the provider is 
currently available to take the phone calls (step 5006). If not, 
the scheduling method 141 next checks the provider's 
scheduling rules 140 and/or scheduling preference elements 
147 to determine if the provider wishes to schedule the 
phone call using automatic scheduling (step 5007). If so, the 
scheduling method 141 proceeds with autoscheduling as 
described below starting at step 5070 of FIG. 46. If the 
provider does not wish to use autoscheduling, the scheduling 
method 141 checks the provider's scheduling preferences to 
determine if the provider wishes to have a record of the 
phone call request (step 5008). If so, the scheduling method 
141 executes the notification method 141 the provider has 
assigned to unfulfilled phone call request messages (step 
5009). In either case, the scheduling method 141 proceeds to 
step 5018 below. 

If the test in step 5006 determined the provider was 
available to take the call, the scheduling method 141 next 
checks the provider's scheduling preferences to see if the 
provider wishes to confirm phone call requests (step 5010). 
If so, the schedule object 110 calls the provider's notification 
method 141 for confirming phone call requests (step 5011). 
Notification control gives a provider rich control over such 
requests. Notification processing can take into account all of 
the data included in the call request message object 110 plus 
all of the data present in the combined programs 12, 22. This 
includes the consumer's identity, the presence or absence of 
the consumer UH) in the provider database 21, the priority 
of a call, its expected length, and so on. By processing this 
data, a notification method 141 can produce any type of 
notification the provider desires. For purposes of this 
example, we will assume that this notification method gen- 
erates an input form to obtain the provider's response. This 
form displays the data explained above. An option to initiate 
a phone call immediately from the provider back to the 
consumer could also be presented as a hyperlink or hyper- 
graphic on this input form. The provider responds by sub- 
mitting this input form (step 5012). This executes the 
scheduling method 141 which tests the input form data to see 
if the provider wishes to take the call immediately (step 
5013). If not, the scheduling method 141 tests the input form 
data to determine if the provider has choosen an alternate 
time, for example scheduling the call to take place 10 
minutes from now (step 5014). If not, the scheduling method 
141 determines if the provider wishes to schedule the phone 
call using automatic scheduling (step 5015). If so, the 
scheduling method 141 proceeds with autoscheduling as 
described below starting at step 5070 of FIG. 46. If the 
provider has chosen to take the call, either immediately or at 
a later time, the scheduling method 141 next creates a 
schedule object 110 representing the scheduled phone call 
(step 5016). The scheduling method 141 saves this schedule 
object 110 in the provider database 11 (step 5017), then 
creates a message object 110 containing this schedule object 
110 (step 5018). If the phone call request was denied for any 
reason, this message object 110 will contain a negative 
acknowledgment message. Lastly the scheduling method 
141 transmits this message object 110 to the provider's 
communications object 110 at the consumer program 22 
(step 5019). When received by the consumer program 22, 
the message object 110 executes a corresponding scheduling 
method 141 (step 5020). This scheduling method 141 first 
tests the message object 110 to see if it contains a schedule 
object 110, meaning the phone call request was accepted 
(step 5021). If so, the scheduling method 141 saves this 
schedule object 110 in the consumer database 21 (step 
5022). The scheduling method 141 then tests the schedule 
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object 110 to determine if the phone call should being event, the duration of the event, and/or other scheduling or 

immediately (step 5023). If so, the scheduling method 141 notification rules 140 or preferences 147 established by the 

tests the consumer's scheduling preferences to see if the provider. If there were no schedule matches in step 5062, the 

phone call should be autodialed by the consumer program 22 scheduling method 141 checks the provider's scheduling 

(step 5024). If so, the scheduling method 141 executes a 5 preferences to determine if the provider wishes to proceed 

transmission method 141 to autodial the provider's tele- with automatic scheduling (step 5066). If not, the scheduling 

phone number included in the schedule object 110 (step method 141 executes the provider's designated notification 

5025). The phone call can take place via a public telephone method 141 for unfulfilled call scheduling requests (step 

network, via a private phone network, via the Internet, or via 5067). For purposes of this example, we will assume this 

any other phone transmission network, as discussed in the io notification method 141 generates an input form (step 5068). 

transmission control section. Finally, the scheduling method This input form can present the proposed schedule times, the 

141 executes the consumer's notification method 141 for provider's conflicts, proposed alternatives, and so on. The 

initiating phone calls (step 5026). If the phone call was not provider responds by selecting one or more proposed sched- 

accepted in step 5021, or the phone call is not to begin ule times and submitting this input form (step 5069). If the 

immediately in step 5023, or the phone call is not to be 15 automatic scheduling alternative was chosen in step 5066, 

autodialed in step 5024, then a message to this effect would the scheduling method 141 uses the provider's scheduling 

be given to the consumer in step 5026. rules 141 and/or scheduling preferences 147 to determine an 

When either the provider or the consumer are not ready to optimal time or times for the phone call (step 5070). Once 

proceed with a phone call immediately, schedule objects 110 the schedule time or times are determined in step 5062, 

can automate the process of scheduling a future phone call. 20 5069, or 5070, the scheduling method 141 saves the corre- 

The steps in this process are illustrated in FIG. 46. This sponding schedule objects 110 in the provider database 11 

process can be used as an adjunct to the phone call request (step 5071). These object's status attribute can indicate 

process described in FIG. 45, or it can be used without a whether the schedule time is proposed or confirmed. The 

prior call request. The process begins with the consumer scheduling method 141 then creates a message object 110 

executing a hyperlink or hypergraphic representing a voice 25 containing the schedule object or objects 110 (step 5072). 

call scheduling method 141 on a page within the provider's The scheduling method 141 transmits this message object 

communications object 110 (step 5051). The scheduling 110 to the provider's communications object 110 at the 

method 141 first queries the consumer database 21 to consumer program 22 (step 5073). When received by the 

determine the consumer's own schedule (step 5052). Then consumer program 22, the message object 110 executes a 

the scheduling method 141 tests consumers preferences for 30 corresponding scheduling method 141 (step 5074). This 

voice call scheduling to determine if automatic scheduling scheduling method 141 first queries the consumer's schedule 

should be used (step 5053). If not, the scheduling method objects 110 to determine the consumer's current status (step 

141 generates an input form (step 5054). This input form 5075). This step is necessary as the consumer's status may 

would present the consumer's current schedule, represented have changed since the last transmission. The scheduling 

by schedule objects 110, and allow the consumer to choose 35 method 141 then tests the result set to see if there are any 

a time to schedule the phone call. The consumer responds by matching schedule time slots between the provider's sched- 

submitting the input form (step 5055), Alternatively, if the ule objects 110 and the consumer's schedule objects 110 

consumer choose autoscheduling in step 5053, the schedul- (step 5076). If so, the scheduling method 141 next tests the 

ing method 141 uses the consumer's scheduling rules 141 consumer's scheduling preferences to determine if the pro- 

and scheduling preferences 147 to determine an optimal 40 vider wishes to manually confirm the optimal time match 

schedule time or times for the phone call (step 5056). In (step 5077). If not, the scheduling method 141 tests to 

either case, once one or more proposed schedule times have determine if the consumer desires notification of the new 

been determined, the scheduling method 141 saves the scheduled item (step 5078). If so, the scheduling method 141 

corresponding schedule objects 110 in the consumer data- executes the notification method 141 the consumer has 

base 21 (step 5057). These schedule objects 110 may have 45 assigned to new schedule items (step 5079). If there were no 

a "proposed" attribute to indicate their unconfirmed status. schedule matches in step 5076, the scheduling method 141 

The scheduling method 141 now creates a message object checks the consumer's scheduling preferences to determine 

110 containing the proposed schedule object or objects 110 if the consumer wishes to continue with automatic sched- 

(step 5058). The scheduling method 141 transmits this to the uling (step 5080). The consumer may wish to limit 

provider's communications object 110 at the provider pro- 50 autoscheduling to a specified number of attempts. If not, the 

gram 12 (step 5059). When received by the provider pro- scheduling method 141 executes the consumer's designated 

gram 12, the message object 110 executes a corresponding notification method 141 for unfulfilled call autoscheduling 

scheduling method 141 (step 5060). This scheduling method requests (step 5081). For purposes of this example, we will 

141 queries the provider's schedule objects 110 to determine assume this notification method 141 generates an input form 

the provider's schedule (step 5061). The scheduling method 55 (step 5082). This input form can present the proposed 

141 first tests the result set to see if there are any matching schedule times, the consumer's conflicts, proposed 

schedule time slots between the consumer's proposed sched- alternatives, and so on. The consumer responds by selecting 

ule objects 110 and the provider's schedule objects 110 (step one or more proposed schedule times and submitting this 

5062). If so, the scheduling method 141 next tests the input form (step 5083). If me autoscheduling alternative was 

provider's scheduling preferences to determine if the pro- 60 chosen in step 5080, the scheduling method 141 uses the 

vider wishes to manually confirm the optimal time match consumer's scheduling rules 141 and scheduling preferences 

(step 5063). If not, the scheduling method 141 tests to 147 to determine an optimal schedule time or times for the 

determine if the provider desires notification of the new phone call (step 5084). Once the schedule time or times are 

scheduled item (step 5064). If so, the scheduling method 141 determined in step 5076, 5083, or 5084, the scheduling 

executes the notification method 141 the provider has 65 method 141 saves the corresponding schedule objects 110 in 

assigned to new schedule items (step 50 65). This notification the consumer database 11 (step 5085). The scheduling 

action may vary with the UID of the consumer, the type of method 141 next tests to determine if the scheduling process 
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is complete (step 5086). If not, the process is repeated 
starting with step 5058 (step 5088). 

Once a phone call has been scheduled, both the provider 
and consumer have copies of the same schedule object 110 
in their respective databases U, 21. Should either need to 
reschedule the phone call appointment, they need only edit 
the schedule object 110. Any changes will be automatically 
transmitted to the other party. Each can assign his/her own 
notification methods 141 to the schedule object 110 in order 



uted object system specifications. Examples of such stan- 
dards include the DCE and CORBA specifications from the 
Open Software Foundation and the OLE and DCOM speci- 
fications from Microsoft Corporation. 

When the provider and consumer programs 12, 22 include 
an API, other computer applications can be relieved of the 
burden of storing, indexing, and maintaining communica- 
tions data. For instance, the consumer does not need separate 
address books for a personal information manager, a net- 



to receive notification of changes in exactly the manner each 10 work directory, and an e-mail program. Other applications 
prefers. The schedule object 110 also provides a channel for can also use the API to automate communications operations 
communications related to the scheduled phone call. For using the methods 141 and rules 140 stored in the databases 
example, one party could add a message element (211, FIG. 11, 21, and 1301. A specific example of API usage is the 
4) containing an agenda for the phone call, and the other word processing file transfer process explained in the encod- 
would receive it automatically. At the time of the phone call, 15 ing control section and illustrated in FIG. 21. 
any elements 143 or other related communications objects or Object-Oriented Graphical User Interface 
object components could be recalled automatically by the As explained above, the programs 12, 22, 1302 in a 
respective schedule objects 110. Additionally, the respective communications object system may also employ a user 
schedule objects U0 can also using event tracking control interface native to the operating system on which the pro- 
and reporting control to log the phone call and prepare call 20 gram is run. Many computer operating systems, such as 
reports. Microsoft Windows from Microsoft Corporation, Apple 
This scheduling automation process can be enhanced Macintosh from Apple Computer Corporation, and UNIX 
through the addition of API functions that allow the pro- Motif from the Open Software Foundation, provide for 
grams 12, 22 to monitor the communications status of the graphical user interfaces. The use of graphical user inter- 
user. For example, using a telephony API call, the programs 25 faces for computer programs is discussed generally in Alan 
12, 22 could determine if the user was currently on the Cooper, About Face (1994), which is incorporated herein by 
telephone or another communications device and therefore reference. A graphical user interface is advantageous to a 
unavailable to directly accept an incoming call. Such API communications object system because it allows a user of 
calls would also allow the programs 12, 22 to contact the the programs 12, 22, 1302 to easily and intuitively manipu- 
user or forward communications requests via other means, 30 late visual screen objects in order to create, edit, or delete the 



such as pagers, cellular phones, and so on. Because schedule 
objects 110 can carry the elements 143, methods 141, and 
rules 140 necessary to communicate with the scheduled user 
at any point in time, the programs 12, 22 and any supporting 
servers 1310 can take the place of "universal number" 
telephone processing systems as described above. Such 
services are further enhanced by the fact that call routing can 
place locally at the calling computer 1, 2 instead of at a 
remote phone switch or phone server. 



underlying communications objects and object associations 
in the databases 11, 21, 1301. When used in conjunction with 
a communications object system, this represents a uniquely 
powerful new interface technique for initiating and control- 
35 ling communications. 

User interface structures for an object-oriented graphical 
user interface for the combined programs 12, 22 are illus- 
trated in FIG. 47. The computer screen 5101 includes one or 
more toolbars 5111 together with one or more operating 



This technique for using schedule objects 110 can be 40 windows 5121, 5131, 5141. The toolbar 5111 uses tool icons 



generalized to many forms of scheduling. This includes 
business meetings; professional appointments; teleconfer- 
ences or videoconferences; television, cable, or video 
shows; public seminars; and so on. The specific type of 
scheduling use is not a limiting feature of the invention. 
Applications Programming Interface (API) 

Communications objects 110 encapsulate communica- 
tions data, metadata, and instructions in order to create an 
automated communications relationship between the pro- 



5112 to graphically represent frequendy used commands or 
editting functions of the programs 12, 22. Similar toolbars 
are employed by most popular graphical software programs, 
including Microsoft Word from Microsoft Corporation, 
45 Visio from Visio Corporation, and Eudora from Qualcomm 
Corporation. Examples of functions that can be controlled 
by tool icons 5112 include deleting an object (323, FIG. 9), 
publishing an object (326, FIG. 9), viewing or editing the 
properties of an object (322, FIG. 9), and creating associa- 
vider and consumer. Additionally, these sets of data, 50 dons between selected objects (312, 322, FIG. 9). 
metadata, and instructions are automatically maintained by The author palette window 5121 allows the user to 
the communications system of the present invention. visually select different graphical icons for the purpose of 
Therefore, the databases 11, 21, and 1301 of communica- creating or editing different types of communications objects 
tions objects represent an attractive central repository for or communications object components. Examples shown 
any communications data that must be maintained by the 55 include a personal communications icon 5122, representing 
provider or consumer on their computers 1, 2, or 1302, or on an individual user communications object 110; a group 
a local area network to which those computers are con- communications icon 5123, representing a user group com- 
nected. To access the data, metadata, and methods of the munications object 110; a telephone number icon 5124, 
communications objects 110 stored in these databases, an representing a telephone number element 143; a news topic 
applications programming interface (API) can be used. An eo icon 5125, representing a notification element (201, FIG. 4); 
API defines the methods and method parameters that are an open discussion icon 5126, representing a composite 
used to request services from another application within a topic object (1451, FIG.29B) with a distribution list corn- 
desktop, server, or network operating environment. In a ponent to which additional recipients 120 can be added; a 
preferred embodiment, an API for a communications object closed discussion icon 5127, representing a composite topic 
system would specify the object services available from a 65 object (1451, FIG.29B) to which additional recipients 120 
communications object system program 12, 22, or 1302 in a cannot be added; a response icon 5128, representing a 
format compatible with other industry standards for distrib- component response thread object (1461, FIG. 29B) for 
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adding a response in a discussion group; and a meeting icon 
5129, representing a schedule object 110 for setting up a 
meeting. 

The user palette window 5131 allows the user to choose 
different screen icons representing other communications 
object system users in the databases U, 21, or 1301. A user 
palette allows the user to quickly and easily create recipient 
associations (121, FIG. 3) or relationship associations (111, 
FIG. 6B) or to take actions on other user objects. Examples 
shown include three individual user icons Alice 5132, Bob 
5133, and Trent 5134; and three user group icons Marketing 
5135, Sales 5136, and Development 5137. 

The author palette 5121 and user palette 5131 are just 
examples of the types of object icon palettes that could be 
used. The user may also create his/her own custom palettes. 
The specific type of palette used is not a limiting feature of 
the invention. 

The workspace window 5141 represents a screen area into 
which author objects and consumer objects can be copied 
using a mouse or other pointing device in order to manage 20 
a specific set of communications relationships. This 
technique, often called "drag-and-drop", is employed in 
most operating systems using graphical user interfaces, 
mcluding those mentioned above. The technique is specifi- 
cally employed in software programs that employ object- 
based visual editing for drawing or forms creation, such as 
Visio from Visio Corporation and Visual Basic from 
Microsoft Corporation. In a communications object system 
user interface, drag-and-drop operations can be used for 
creating, editing, associating, dessociating, or deleting com- 
munications objects and communications object compo- 
nents. For example, a user could create a new open discus- 
sion topic 110 by dragging the open discussion icon 5126 . 
into a workspace window 5141. The dragging action would 
result in a dialog box prompting the user for the new 35 
properties of the discussion topic object (1451, FIG.29B). 
The resulting icon 1542 would then be ready for use. The 
user could then add other communications object system 
users to this discussion, such as Mary 5146 and Trent 5147, 
by dragging by dragging their icons from the user palette 40 
5131 and dropping them on top of the discussion group icon 
5126. The other examples shown in the workspace 5141 
include a closed discussion 5143, two scheduled meetings 
5144 and 5145, and a user group 5148 that has been added 
to one of the discussions 1542, 1543. 

The user can maintain multiple workspace windows 5141 
pertaining to each of the user's areas of communications 
interests. For example, a user could organize workspaces by 
projects, by departments, by priority, and so on. Workspace 
windows 5141 can be represented in the databases 11, 21, 
1301 by folders (115, FIG. 3) or another separate workspace 
object class. Workspace windows 5141 can also be repre- 
sented by communications objects 110 in order that multiple 
users can easily share the same workspace. In this case 
changes to one user's workspace 5141 would be reflected in 55 
the workspaces of all other users who were consumers of 
this workspace 5141. This same technique can be applied to 
object palettes 5121 and user palettes 5131. 

Besides drag-and-drop, other features of object-oriented 
graphical user interfaces can be advantageous to a commu- 60 
nications object system. This includes the ability to edit the 
properties of an object or initiate an action on that object by 
using a special button or a special clicking action with a 
pointing device. A second feature is the use of graphical 
dialog boxes for streamlining user input. Graphical dialog 65 
boxes could be used to replace many of the input forms 
required by data exchange methods 141 as described herein. 



45 
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A third feature is graphical selection-action techniques. 
These allow a pointing device to be used to select one or 
more screen objects for action by a program command. 
Multiple screen objects can be selected by using the pointing 
device to draw a visual box around them. All of these 
techniques are employed by Visio from Visio Corporation, 
Visual Basic from Microsoft Corporation, and other object- 
oriented editing systems designed for graphical user inter- 
faces. All of these techniques could be employed to improve 
an object-oriented graphical user interface for a communi- 
cations object system. 

Having thus described one particular embodiment of the 
invention, various alterations, modifications, and improve- 
ments will readily occur to those skilled in the art. Such 
alterations, modifications, and improvements are intended to 
be part of this disclosure, and are intended to be within the 
spirit and scope of the invention. Accordingly, the foregoing 
description is by way of example only and is not intended as 
limiting. The invention is limited only as defined in the 
following claims and the equivalents thereto. 

What is claimed is: 

1. A computer-based communication system comprising: 
a provider memory storing information including pro- 
vider information; 

a consumer memory storing information including con- 
sumer information; 

association means for creating metadata associating por- 
tions of said information and defining a control struc- 
ture for processing at least at said consumer memory to 
associate with said metadata one or more processes for 
controlling the communication of said associated 
information, said metadata including update metadata 
associating a process for determining when said asso- 
ciated information has been updated and transfer meta- 
data associating a process for transferring at least a 
portion of the updated information; 

transfer means for transferring said information, including 
said metadata defining said control structure, from said 
provider memory to said consumer memory; and 

processing means for processing said metadata to execute 
instructions external to said control structure to perform 
said processes. 

2. The computer-based communication system of claim 1, 
further comprising: 

version means for generating state data identifying a state 
of said associated information when said associated 
information in said provider memory is changed; and 

wherein said update metadata includes version metadata 
describing associations between said state data and said 
associated information. 

3. The computer-based communication system of claim 2, 
wherein said processing means includes: 

comparison means for processing said version metadata to 
compare a first version value associated with a previous 
update of said information received by said consumer 
memory from said provider memory with a second 
version value associated with a current update of said 
information. 

4. The computer-based communication system of claim 1, 
wherein said information includes user identity information 
representing a plurality of users, and wherein said metadata 
includes multiuser metadata describing associations 
between said user identity information and said associated 
information; and 

wherein said processing means includes multiuser means 
for processing said multiuser metadata to control asso- 
ciations between each of said users and said associated 
information. 
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5. The computer-based communication system of claim 1, 11. The computer-based communication system of claim 
wherein said information includes a communications net- 1, wherein said information includes application interface 
work server address and polling control data, and wherein information for interfacing with another executable appli- 
said transfer metadata includes pull metadata describing cation and said metadata includes application interface 
associations between said network server address, said poll- 5 metadata describing associations between said application 
ing control data, and said associated information; and interface information and a process for interfacing with at 
wherein said processing means includes j cast 0De omer application; and 

polling trigger means for processing said pull metadata to wfaerein gaid processing means application inter . 

tngger upda e processing, ^ ace means f or p roce ssing said application interface 

transfer means for processing said update metadata to 10 metadata (Q CQntrol mterfacing with said at least orie 

access a server at said network server address to request other a lication 

transfer of said updated information and 12 °^ ^t^based communication system of claim 

rccephon means for receivmg said updated information wherejn consumer information mc l udes secondary 

transferred by said server in response to a request and .•*•<?*.• ** a a 

storing said updated information in said Consumer „ recipient information representmg a secondary memory and 

& r 15 sai d metadata includes forwarding metadata describing 

6. ™e m »mputer-based communication system of claim 1, associations between said secondary memory and said asso- 
wherein said information includes at least one communica- ciated ^formation; and 

lions network casting address, and wherein said transfer wherein said processing means includes forwarding 

metadata includes casting metadata describing associations means for processing said forwarding metadata to 

between said casting address and said associated informa- 20 transfer a portion of said information from said con- 

tion; and sumer memory to said secondary memory, 

wherein said processing means includes 13- The computer-based communication system of claim 

monitoring means for processing said casting metadata to 12» further comprising: 

monitor said at least one communications network ^ chaining means for processing said forwarding metadata 

casting address from said consumer memory to retrieve to transfer said portion of said information to said 

said updated information, and secondary memory when said updated information 

reception means for receiving said updated information corresponding to said portion of said information is 

from said at least one communications network casting received at said consumer memory, 

address and storing said updated information in said 30 14- The computer-based communication system of claim 

consumer memory. 1> wherein said information includes data exchange 

7. The computer-based communication system of claim 1, information, and said metadata includes data exchange 
wherein said information includes notification information metadata describing associations between said data 
and said metadata includes notification metadata describing exchange information and a process for transferring feed- 
associations between said notification information and said 35 hack information, said feedback information including at 
associated information; and least a portion of said consumer information, to a secondary 

wherein said processing means includes notification memory; and 

means for processing said notification metadata to wherein said processing means includes data exchange 

control notifying at least one of a user and another means for processing said data exchange metadata to 

process when said associated information have been 40 transfer said feedback information to said secondary 

updated. memory. 

8. The computer-based communication system of claim 7, 15. The computer-based communication system of claim 
wherein said notification information includes metanotifica- 14, wherein said secondary memory is said provider 
tion information about changes in notification metadata, and memory; and 

said notification metadata includes metanotification meta- 45 wherein said processing means at said provider memory 

data describing associations between said metanotification performs at least one of the same processes with regard 

information and at least one process for notifying said at to said feedback information transferred from said 

least one of a user and another process of said changes in consumer memory as said processing means at said 

said notification metadata. consumer memory performs with regard to said infor- 

9. The computer-based communication system of claim 1, 50 mation transferred from said provider memory, 
wherein said information includes data storage information, 16. The computer-based communication system of claim 
and said metadata includes data storage metadata describing 15, wherein said feedback information includes consumer 
associations between said associated information and a acknowledgment information representing a transfer of said 
process for storing said associated information; and associated information to said consumer memory, and said 

wherein said processing means processes said data stor- 55 data exchange metadata includes consumer acknowledg- 
age metadata to control storage of said associated ment metadata describing associations between said con- 
information, sumer acknowledgment information, said consumer 

10. The computer-based communication system of claim memory, and said associated information; and 

1, wherein said information includes executable software wherein said processing means includes consumer 

and said metadata includes software installation metadata eo acknowledgment means for processing said consumer 

describing associations between said executable software acknowledgment metadata to control further actions 

and a process for installation of said executable software; with regard to communications of said associated infor- 

and mation. 

wherein said processing means includes software instal- 17. The computer-based communication system of claim 

la tion means for processing said software installation 65 1, wherein said provider information includes recipient 

metadata to control installation of said executable soft- information representing said consumer memory and said 

ware at said consumer memory. metadata includes recipient metadata describing associa- 



07/30/2003, EAST Version: 1.04.0000 



5,862,325 

147 148 

tions between said recipient information and said associated wherein said processing means includes instruction 

information; and retrieval means for processing said instruction link 

wherein said processing means processes said recipient metadata to retrieve said instructions from said loca- 

metadata to control communications of said associated , . r , . 

■ r f • . n * fwm -j „ nneimar rv , omrt „, 5 23. The computer-based communication system of claim 

information to ana rrom said consumer memory. 3 . . . * , . . , , . J A , A 

iLJ • *• * r i ■ lor claim 20, wherem said metadata is stored at said 

18. The computer-based communication system of claim ' 

f, . . , . r . . j consumer memory. 

17, wherein said recipient information includes a cornmu- 24 ^ c [ cr . based commun i cat i on system of claim 

mcations network address, and wherein said transfer meta- ^ whcfcin saM metadata storagc ^ persisteDt . 

data includes push metadata describing associations 25. The computer-based communication system of claim 

between said communications network address and said w ! or claim 20> where in said metadata includes self-reference 

associated information; and wherein said processing means metadata describing an ^^t^ Wlth said control struc- 

mcludes ture 

transfer means for processing said push metadata to 26. The computer-based communication system of claim 

transfer said updated information to said communica- 15 or c i a i m 2 0, wherein said processing means processes 

tions network address, sa j d feedback information to modify said metadata defining 

access means for accessing said communication network said control structure. 

address from said consumer memory to retrieve said 27. The computer-based communication system of claim 

updated information, and 1 or claim 20, wherein multiple instances of said metadata 

reception means for receiving said updated information 2 o are trans f eired to said consumer memory, and wherein said 

transferred from said communications network address processes is associated with more than one of said instances, 

and storing said updated information in said consumer 28 - Th e computer-based communication system of claim 

memory. 1 or claim 20, wherein said multiple instances of said 

19. The computer-based communication system of claim metadata are transferred to said consumer memory, and 

1, wherein said metadata includes attachment metadata 25 wnerein said a portion of said consumer information is 

associating a portion of secondary information at a location associated with more than one of said instances. 

separate from said provider memory; and 29. The computer-based communication system of claim 

, T . „ • • , „™< J „ 1 „ rr moane • 000^™^ 1 or claim 20, wherein said information includes data types 

wherein said processing means includes attachment , , . a • 1 * f 

means for processing said attachment metadata to and ^ herem said metadata includes J data l W» metadata 

transfer said secondary information to said consumer 30 Ascribing associations between said data types and at least 

memory when said updated information is transferred. porbons of said information. 

A _„.„ i i „ . ... „, . „-■„„. 30. The computer-based communication system of claim 

20. A computer-based communication system comprising: „ , . „„ r „ , . . J . 

. . . . 1 or claim 20, further comprising means for generating 

a provider memory storing information including pro- unique system dlU unjqlldy identifying portions of ^ 

vi er in orma ion, ^ information in said system; and wherein said metadata 

a consumer memory storing information including con- includes unique identifier metadata describing associations 

sumer information; between said unique system data and said associated infor- 

association means for creating metadata associating por- mation. 

tions of said information and defining a control struc- 31. The computer-based communication system of claim 

ture for processing at least at said consumer memory to ^ 1 or claim 20, wherein said associated information has data 

associate with said metadata processes for controlling relationships and said metadata includes data relationship 

the communication of said associated information, said metadata describing said data relationships, 

metadata including data exchange metadata associating 32. The computer-based communication system of claim 

a process for controlling the transfer of feedback 31, wherein said data relationships include at least one of 

information, said feedback information including at 45 container, composite, aggregate, and sequence, 

least a portion of said consumer information, to said 33. The computer-based communication system of claim 

provider memory; 1 or claim 20, wherein said processing means includes 

transfer means for transferring said info rmation, including means for translating said information according to a 

said metadata defining said control structure, from said selected markup language based upon processing of said 

provider memory to said consumer memory; 50 control structure. 

feedback transfer means for transferring said feedback 34 ^ computer-based communication system of claim 

information from said consumer memory to said pro- 14 OT claim 20 > ^acin ^ data exchange means includes: 

vider memory; and request means for processing said data exchange metadata 

processing means for executing instructions external to t0 S enerate a re q uest t0 obt ain at least a portion of said 

said control structure to perform said processes to 55 feedback information from a user; and 

control communications of said information. in P ut means for receiving said portion of said feedback 

21. The computer-based communication system of claim information input by a user and storing said portion of 
1 or claim 20, wherein the instructions executed by said said feedback information in said consumer memory, 
processes associated by said control structure are transferred 35 - The computer-based communication system of claim 
as part of said information. so * 4 or claim 20, wherein said data exchange means includes: 

22. The computer-based communication system of claim query means for applying a query to information in said 
1 or claim 20, wherein said instructions are stored in a third consumer memory to obtain said feedback information, 
memory separate from said consumer memory and said 36. The computer-based communication system of claim 
provider memory, and wherein said information includes 14 or claim 20, wherein said data exchange means includes: 
instruction link information and said metadata includes 65 external query means for transmitting a query request on 
instruction link metadata describing associations between a communications channel connected to said consumer 
said instruction link information and said instructions; and memory to obtain said feedback information. 



07/30/2003, EAST Version: 1.04.0000 



5,862,325 

149 150 

37. The computer-based communication system of claim wherein said processing means includes 

14 or claim 20, further comprising: transfer means for processing said push metadata to 
consumer version means for generating consumer state transfer said updated information to said communica- 

data identifying a state of said portions of said con- tions network address, 

sumer information when said portions of said consumer 5 access means for accessing said communication network 

information in said consumer memory is updated; address from said consumer memory to retrieve said 

wherein said metadata includes consumer version meta- updated information, and 

data describing associations between said consumer reception means for receiving said updated information 

state data and said portions of said consumer informa- transferred from said communications network address 

tion; and 10 and storing said updated information in said consumer 

wherein said processing means includes consumer update memory. 

means for processing said consumer version metadata 44. The computer-based communication system of claim 

to transfer said portion of said consumer information 43, wherein said information includes acknowledgment 

which has been updated from said consumer memory to information representing a transfer of said associated infor- 

said secondary memory. 15 mation to said consumer memory, and said data exchange 

38. The computer-based communication system of claim metadata includes acknowledgment metadata describing 
1 or claim 20, wherein said information includes display associations between said acknowledgment information, 
information representing organization of said information said recipient information, and said associated information; 
on at least one display mechanism and said metadata and 

includes display metadata describing associations between wherein said processing means includes acknowledgment 

said display information and said associated information; 20 means for processing said acknowledgment metadata 

and to control further actions with regard to communica- 

wherein said processing means includes display means J™ s of said associated information. 

coupled to at least one of said provider memory and A 45 ' ™ e computer-based commumcation system of claim 

./ , * ij- 1 p„ a -~*^ 1, wherein said consumer information includes preference 

said consumer memory to control display of said infor- „ . ' . ^ . r .. ... 

. 1 y J 25 information representing actions to occur in connection with 

-« DC i2? 10n " - - . . c ! ■ said associated information, and said metadata includes 

39. The computer-based communication system of claim ference metadata dcscribing associations between said 
1 or claim 20, wherein said information includes category pre ference information and said associated information; and 
information representing categorization of said associated ^ processing means mcludes pre f ere nce means 
information and said metadata mcludes category metadata 3Q for processing said pre f er ence metadata to control said 
describing associations between said category information actions. 

and said associated information; and 45. The system of claim 45 wherein said associated 

wherein said processing means processes said category information includes predetermined values for the informa- 

metadata to control categorization of said associated tion. 

information. 35 47. The computer-based communication system of claim 

40. The computer-based communication system of claim 45, wherein said preference information is transferred as part 
1 or claim 20, wherein said information includes event of said information. 

information representing events, and said metadata includes 48. The computer-based communication system of claim 

event metadata describing associations between said event 45, wherein said preference information includes a prefer- 

information and said portions of information; and ^ ence set, and wherein said processing means processes said 

wherein said processing means includes event means for preference metadata to execute said actions in accordance 

processing said event metadata to control communica- with the values of the preference set. 

tions events. 49. The computer-based communication system of claim 

41. The computer-based communication system of claim 48, further comprising: value determining means coupled to 
40, wherein said event information includes event logging 45 said consumer memory for determining said preference 
information, and wherein said event metadata includes event values based upon second information in said consumer 
logging metadata describing associations between said memory. 

events and at least one recording process; and 50. The computer-based communication system of claim 

wherein said event means executes said at least one 15 or claim 20, wherein said provider information includes 

recording process when an associated communications 50 preference information representing 'actions to occur in 

event occurs. connection with said portions of said feedback information 

42. The computer-based communication system of claim of predetermined values, and said metadata includes pref- 

15 or claim 20, wherein said provider information includes erence metadata describing associations between said pref- 
recipient information representing said consumer memory erence information and said portions of said feedback infor- 
and said data exchange metadata includes recipient metadata 55 mation of predetermined values; and 

describing associations between said recipient information wherein said processing means includes preference means 

and said feedback information; and for processing said preference metadata to control said 

wherein said processing means includes recipient means actions. 

for processing said recipient metadata to control com- 51. The computer-based communication system of claim 

munications of said associated information associated 60 1 or claim 20, wherein said information includes access 

with said consumer memory. control information and wherein said metadata includes 

43. The computer-based communication system of claim access control metadata describing associations between 
42, wherein said recipient information includes a commu- said access control information and said associated infor- 
nications network address, and wherein said transfer meta- mation; and 

data includes push metadata describing associations 65 wherein said processing means includes access control 

between said communications network address and said means for processing said access control metadata to 

associated information; and control access to said associated information. 
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52. The computer-based communication system of claim 
1 or claim 20, wherein said information includes selection 
information representing selected portions of at least one of 
said consumer information and said provider information, 
and said metadata includes selection metadata describing 5 
associations between said selection information and said 
selected portions of said information; and 

wherein said processing means includes selection means 
for processing said selection metadata to select said 
selected portions of said information for transfer. 10 

53. The computer-based communication system of claim 
20, wherein said metadata includes attachment metadata 
describing associations between said portions of said infor- 
mation and a portion of secondary information at a location 
separate from said consumer memory, and 15 

wherein said processing means includes attachment 
means for processing said attachment metadata to 
transfer said secondary information to said provider 
memory when said feedback information is transferred. 

54. The computer-based communication system of claim 20 
1 or claim 20, wherein said metadata includes link metadata 
associating and a portion of secondary information stored at 

a location separate from said provider memory and said 

consumer memory; and 
wherein said processing means includes linking means for 
processing said link metadata to transfer said portion of 
said secondary information to at least one of said 
provider memory and said consumer memory. 

55. The computer-based communication system of claim 3Q 

54, wherein said linking means retrieves said portion of said 
secondary information based upon the receipt of predeter- 
mined information. 

56. The computer-based communication system of claim 

1 or claim 20, wherein said information includes encoding 35 
information representing processes for encoding said infor- 
mation for transfer, and said metadata includes encoding 
metadata describing associations between said encoding 
information and said associated information; and 
wherein said processing means includes encoding means ^ 

for processing said encoding metadata to select at least 

one of a plurality of encoding processes. 

57. The computer-based communication system of claim 

55, wherein said encoding processes include at least one of 
compression, encryption, digital signatures, file formatting, 45 
data translation, and language translation. 

58. The computer-based communication system of claim 
55, wherein said encoding processes include asymmetric 
encoding in accordance with one of a plurality of pub lie keys 
and private keys, and wherein said encoding metadata so 
describes an association to a selected one of the plurality of 
public and private keys. 

59. The computer-based communication system of claim 
58, wherein said asymmetric encoding includes at least one 

of encryption and digital signing. 55 

60. The computer-based communication system of claim 
58, wherein said plurality of public keys and private keys 
includes a plurality of key pairs, each key pair including a 
public key and a private key, and 

wherein said encoding means includes means for select- 60 

ing one of the plurality of key pairs; and 
wherein said metadata includes key selection metadata 

describing an association between said portions of 

information and said selected key pair. 

61. The computer-based communication system of claim 65 
1 or claim 20, wherein said information includes transmis- 
sion information representing processes for transmitting said 
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information, and said metadata includes transmission meta- 
data describing associations between said transmission 
information and said associated information; and 
wherein said processing means includes transmission 
means for processing said transmission metadata to 
select at least one of a plurality of transmission pro- 
cesses. 

62. The computer-based communication system of claim 
61, wherein said transmission processes at least one of a 
push process, a pull process, and a casting process. 

63. The computer-based communication system of claim 
61, further comprising a plurality of communications net- 
works connecting said provider memory and said consumer 
memory; 

wherein said transmission information includes network 
information representing said communications net- 
works and said transmission metadata includes network 
metadata describing an association between at least one 
of said communications networks and said transmis- 
sion process; and 

said transmission means includes network selection 
means for processing said network metadata to select a 
network for transferring said information. 

64. The computer-based communi cation system of claim 
/LLFiirthpr nP m p n< H'ri£ ? plurality o f servers c onnecting said 
pr ovider memory and saicT consumer memory via a com- 
munications network: 

wherein said transmission information includes server 
informatioji^representing said servers and said trans- 
mission metadata includes server metadata describing 
an association between' at least one of said servers and 
said transmission process; and 

said transmission means includes server selection means 
for processing said server metadata to select a server 
for transferring said information. 

65. The computer-based communication system of claim 
61, further comprising a plurality of protocols connecting 
said provider^memory and said consumer memory via a 
communications network; 

wherein said transmission information includes protocol 
information representing said protocols and said trans- 
mission metadata includes protocol metadata describ- 
ing an association between at least one of said protocols 
and said transmission process; and 

said transmission means includes protocol selection 
means for processing said protocol metadata to select a 
protocol for transferring said information. 

66. The computer-based communication system of claim 
14 or claim 20, wherein said feedback information includes 
at least one of preference information associated with said 
metadata and logged events associated with said metadata. 

67. The computer-based communication system of claim 
2 or claim 20, wherein said information includes termination 
information, and said data exchange metadata includes ter- 
mination metadata describing associations between said 
termination information and at least one data exchange 
process to be executed upon deletion of said metadata in said 
consumer memory; and 

wherein said processing means includes termination 
means for processing said termination metadata to 
execute said at least one data exchange process when 
said metadata is deleted in said consumer memory. 

68. The computer-based communication system of claim 
1 or claim 20, wherein said information includes rules, and 
said metadata includes rule metadata describing associations 
between said associated information and said rules; and 
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wherein said processing means includes rule means for 
processing at least one associated rule when a commu- 
nication event occurs with respect to said associated 
information. 

69. The computer-based communication system of claim 5 
68, wherein said at least one of said rules is a rule control 
rule denning a process for determining another rule to be 
processed when a communication event occurs with respect 

to said associated information; and 
wherein said rule processing means processes said rule io 
control rule based upon said associated information to 
determine a second rule to be processed and processes 
the second rule. 

70. The computer-based communication system of claim 
68, wherein at least one of said rules is a data exchange rule 15 
denning a process for determining when to transfer said 
feedback information; and 

wherein said rule processing means processes said data 
exchange rule to execute said process, 

71. The computer-based communication system of claim 20 
6 jj, wherein at least one of said rules is a n authentication rule 
defining a process for au menticatmg" a source of receive d 
uilormation; and 

wherein said rule processing means processes said 
authentication rule to authenticate said source. 

72. The computer-based communication system of claim 
68, wherein at least one of said rules is an encoding rule 
defining an encoding process for encoding transferred infor- 
mation: and 

30 

wherein said rule processing means processes said encod- 
ing rule to execute said encoding process. 

73. The computer-based communication system of claim 
68, wherein at least one of said rules is a notification rule 
defining a notification process for determining notification 35 
of at least one of a user or another process of the reception 

of updated information; and 

wherein said rule processing means processes said noti- 
fication rule to execute said notification process. 

74. The computer-based communication system of claim ^ 
1 or claim 20, further comprising a graphical user interface 

at at least one of said provider memory or said consumer 
memory; 

wherein said information includes graphical user interface 
information and said metadata includes graphical user 45 
interface metadata describing associations between 
said graphical user interface information, said 
metadata, and said associated information; and 

wherein said system further comprises graphical user 
interface means for processing said graphical user 50 
interface metadata to visually create, edit, delete, or 
manipulate said metadata. 

75. The computer-based communication system of claim 
1 or claim 20, wherein the provider memory operates as a 
web server and the consumer memory operates as a client of 55 
the web server. 

76. The computer-based communication system of claim 
1 or claim 20, wherein the associations include hypertext 
links. 

77. The computer-based communication system of claim so 
1 or claim 20, wherein the metadata is encoded as a MIME 
object when transferred. 

78. A computer-based communication method, compris- 
ing operating one or more computers to communicate by 
performing the steps of: 65 

in a provider memory, storing information including pro- 
vider information; 
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in a consumer memory, storing information including 
consumer information; 

creating metadata describing associations with portions of 
said information and defining a control structure which 
is processed at least at said consumer memory to 
associate one or more processes for controlling com- 
munications of said associated information, said meta- 
data including update metadata associating a process 
for determining when said associated information has 
been updated and transfer metadata associating a pro- 
cess for transferring at least a portion of the updated 
information; 

transferring said information, including said metadata 
defining said control structure, from said provider 
memory to said consumer memory; and 

processing said metadata to execute instructions external 
to said control structure to perform said processes. 

79. The computer-based communication method of claim 

78, further comprising operating said computers to perform 
the step of generating state data identifying a state of said 
associated information when said associated information in 
said provider memory is changed, wherein said update 
metadata includes version metadata describing associations 
between said state data and said associated information. 

80. The computer-based communication method of claim . 

79, wherein said processing step further includes the steps of 
processing said version metadata to compare a first version 
value associated with a previous update of said information 
received by said consumer memory from said provider 
memory with a second version value associated with a 
current update of said information. 

81. The computer-based communication method of claim 
78, wherein said information includes user identity infor- 
mation representing a plurality of users, and wherein said 
metadata includes multiuser metadata describing associa- 
tions between said user identity information and said asso- 
ciated information; and 

wherein said processing step includes processing mul- 
tiuser metadata to control associations between each of 
said users and said associated information. 

82. The computer-based communication method of claim 
78, wherein said information includes a communications 
network server address and polling control data, and 
wherein said transfer metadata includes pull metadata 
describing associations between said network server 
address, said polling control data, and said associated 
information, 

wherein said processing step includes 

processing said pull metadata to trigger update 
processing, 

processing said update metadata to access a server at said 

network server address to request transfer of said 

updated information, and 
receiving said updated information transferred by said 

server in response to a request and storing said updated 

information in said consumer memory. 

83. The computer-based communication method of claim 
78, wherein said information includes at least one commu- 
nications network casting address, and wherein said transfer 
metadata includes casting metadata describing associations 
between said casting address and said associated informa- 
tion; and 

wherein said processing step includes 

processing said casting metadata to monitor said at least 
one communications network casting address from said 
consumer memory to retrieve said updated information, 
and 
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receiving said updated information from said at least one 
communications network casting address and storing 
said updated information in said consumer memory. 

84. The computer-based communication method of claim 
78, wherein said information includes notification informa- 
tion and said metadata includes notification metadata 
describing associations between said notification informa- 
tion and said associated information; and 

wherein said processing step includes processing said 
notification metadata to control notifying at least one of 
a user and another process when said associated infor- 
mation has been updated. 

85. The computer-based communication method of claim 
84, wherein said notification information includes metano- 
tification information about changes in notification 
metadata, and said notification metadata includes metanoti- 
fication metadata describing associations between said met- 
anotification information and at least one process for noti- 
fying said at least one of a user and another process of said 
changes in said notification metadata. 

86. The computer-based communication method of claim 
78, wherein said information includes data storage 
information, and said metadata includes data storage meta- 
data describing associations between said associated infor- 
mation and a process for storing said associated information; 
and 

wherein said processing step processes said data storage 
metadata to control storage of said associated informa- 
tion. 

87. The computer-based communication method of claim 
78, wherein said information includes executable software 
and said metadata includes software installation metadata 
describing associations between said executable software 
and a process for installation of said executable software; 
and 

wherein said processing step includes processing said 
software installation metadata to control installation of 
said executable software at said consumer memory. 

88. The computer-based communication method of claim 
78, wherein said information includes application interface 
information for interfacing with another executable appli- 
cation and said metadata includes application interface 
metadata describing associations between said application 
interface information and a process for interfacing with at 
least one other application; and 

wherein said processing step includes processing said 
application interface metadata to control interfacing 
with said at least one other applicatioa 

89. The computer-based communication method of claim 
78, wherein said consumer information includes secondary 
recipient information representing a secondary memory, and 
said metadata includes forwarding metadata describing 
associations between said secondary memory and said asso- 
ciated information; and 

wherein said processing step includes processing said 
forwarding metadata to transfer a portion of said infor- 
mation from said consumer memory to said secondary 
memory. 

90. The computer-based communication method of claim 
89, further comprising: 

processing said forwarding metadata to transfer said por- 
tion of said information to said secondary memory 
when said updated information corresponding to said 
portion of said information is received at said consumer 
memory. 

91. The computer-based communication method of claim 
78, wherein said information includes data exchange 
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information, and said metadata includes data exchange 
metadata describing associations between said data 
exchange information and a process for controlling the 
transfer of feedback information including at least a portion 
5 of said consumer information to a secondary memory; and 
wherein said processing step includes processing said data 
exchange metadata to transfer said feedback informa- 
tion to said secondary memory. 
92. The computer-based communication method of claim 
10 91, wherein the step of processing the data exchange meta- 
data includes: 

processing said data exchange metadata to generate a 
request to obtain at least a portion of said feedback 
information from a user; 
15 receiving said portion of said feedback information input 
by a user; and 
storing said portion of said feedback information in said 
consumer memory. 
2Q 93. The computer-based communication method of claim 
91, wherein the step of processing data exchange metadata 
includes applying a query to information in said consumer 
memory to obtain said feedback information. 

94. The computer-based communication method of claim 
^ 91, wherein the step of processing data exchange metadata 

includes transmitting a query request on a communications 
channel connected to said consumer memory to obtain said 
feedback information. 

95. The computer-based communication method of claim 
30 91, wherein said feedback information includes at least one 

of preference information associated with said metadata and 
logged events associated with said metadata. 

96. The computer-based communication method of claim 
91, further comprising the steps of: 

35 generating consumer state data identifying a state of said 
portions of said consumer information when said por- 
tions of said consumer information in said consumer- 
memory is updated; and 
wherein said metadata includes consumer version meta- 

40 data describing associations between said consumer 
state data and said portions of said consumer informa- 
tion; and 

wherein said processing step includes processing said 
consumer version metadata to transfer said portion of 
45 said consumer information which has been updated 
from said consumer memory to said secondary 
memory. 

97. The computer-based communication method of claim 

96, wherein said secondary memory is said provider 
50 memory; and 

wherein said processing step performs at least one of the 
same processes with regard to said feedback informa- 
tion transferred from said consumer memory as said 
processing step performs with regard to said informa- 
55 tion transferred from said provider memory. 

98. The computeT-based communication method of claim 

97, wherein said processing step processes said feedback 
information to modify said metadata defining said control 
structure. 

60 99. The computer-based communication method of claim 
97, wherein said feedback information includes consumer 
acknowledgment information representing a transfer of said 
associated information to said consumer memory, and said 
data exchange metadata includes consumer acknowledg- 
es ment metadata describing associations between said con- 
sumer acknowledgment information, said consumer 
memory, and said associated information; and 
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wherein said processing step includes processing said 
consumer acknowledgment metadata to control further 
actions with regard to communications of said associ- 
ated information. 

100. The computer-based communication method of 
claim 78, further comprising a graphical user interface at at 
least one of said provider memory or said consumer 
memory- 

wherein said information includes graphical user interface 
information and said metadata includes graphical user 
interface metadata describing associations between 
said graphical user interface inform ation, said 
metadata, and said associated information; and 

wherein said method further comprises processing said 
graphical user interface metadata to visually create, 
edit, delete, or manipulate said metadata. 

101. The computer-based communication method of 
claim 78, wherein said processing step further includes the 
step of translating said information according to a selected 
markup language based upon processing of said control 20 
structure. 

102. Hie computer-based communication method of 
claim 78, wherein said consumer information includes pref- 
erence information representing actions to occur in connec- 
tion with said associated information, and said metadata 25 
includes preference metadata describing associations 
between said preference information and said associated 
information; and 

wherein said processing step includes processing said 
preference metadata to control said actions. 

103. The computer-based communication method of 
claim 78, wherein said information includes access control 
information and wherein said metadata includes access 
control metadata describing associations between said 
access control information and said associated information; 
and 

wherein said processing step processing said access con- 
trol metadata to control access to said associated infor- 
mation. 

104. The computer-based communication method of 
claim 78, wherein said information includes selection infor- 
mation representing selected portions of at least one of said 
consumer information and said provider information, and 
said metadata includes selection metadata describing asso- 
ciations between said selection information and said selected 
portions of said information; and 

wherein said processing step includes processing said 
selection metadata to select said selected portions of 
said information for transfer. 

105. The computer-based communication method of 
claim 78, wherein said metadata includes attachment meta- 
data associating a portion of secondary information at a 
location separate from said provider memory; and 

wherein said processing step includes processing said 
attachment metadata to transfer said secondary infor- 
mation to said consumer memory when said associated 
information is transferred. 

106. The computer-based communication method of 
claim 78, wherein said metadata includes link metadata 
associating a portion of secondary information stored at a 
location separate from said provider memory and said 
consumer memory; and 

wherein said processing step includes processing said link 
metadata to transfer said portion of said secondary 
information to at least one of said provider memory and 
said consumer memory. 
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107. The computer-based communication method of 
claim 78, wherein said information includes encoding infor- 
mation representing processes for encoding said information 
for transfer, and said metadata includes encoding metadata 
describing associations between said encoding information 
and said associated information; and 

wherein said processing step includes processing said 
encoding metadata to select at least one of a plurality of 
encoding processes. 

108. The computer-based communication method of 
claim 78, wherein said information includes rules, and said 
metadata includes rule metadata describing associations 
between said associated information and said rules; and 

wherein said processing step includes processing at least 
one rule when a communication event occurs with 
respect to said associated information. 

109. A computer-based communication method, compris- 
ing operating one or more computers to communicate by 
performing the steps of: 

in a provider memory, storing information including pro- 
vider information; 

in a consumer memory, storing information including 
consumer information; 

creating metadata describing associations with portions of 
said information and denning a control structure which 
is processed at least at said consumer memory to 
associate one or more processes for controlling com- 
munications of said associated information, said meta- 
data including data exchange metadata associating a 
process for controlling the transfer of feedback 
information, said feedback information including at 
least a portion of said consumer information, to said 
provider memory; 

transferring said information, including said metadata 
defining said control structure, from said provider 
memory to said consumer memory; 

processing said metadata to execute instructions external 
to said control structure to perform said processes; and 

communicating said feedback information from said con- 
sumer memory to said provider memory. 

110. The computer-based communication method of 
claim 109, wherein said feedback information includes 
notification information and said metadata includes notifi- 
cation metadata describing associations between said noti- 
fication information and said associated information; and 

wherein said processing step includes processing said 
notification metadata to control notifying at least one of 
a user and another process when said portions of said 
feedback information have been received. 

111. The computer-based communication method of 
claim 109, wherein the step of processing the metadata 
includes; 

processing said data exchange metadata to generate a 
request to obtain at least a portion of said feedback 
information from a user; 

receiving said portion of said feedback information input 
by a user, and 

storing said portion of said feedback information in said 
consumer memory. 

112. The computer-based communication method of 
claim 109, wherein the step of processing the metadata 
includes applying a query to information in said consumer 
memory to obtain said feedback information. 

113. The computer-based communication method of 
claim 109, wherein the step of processing the metadata 
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includes transmitting a query request on a communications 
channel connected to said consumer memory to obtain said 
feedback information. 

114. The computer-based communication method of 
claim 109, further comprising the steps of: 

generating consumer state data identifying a state of said 
portions of said consumer information when said por- 
tions of said consumer information in said consumer 
memory is updated; 

wherein said data exchange metadata includes consumer 
version metadata describing associations between said 
consumer state data and said portions of said consumer 
information; and 

wherein said processing step includes processing said 
consumer version metadata to transfer said portion of 
said consumer information which has been updated 
from said consumer memory to said provider memory. 

115. The computer-based communication method of 
claim 109, wherein said processing step processes said 
feedback information to modify said metadata defining said 
control structure. 

116. The computer-based communication method of 
claim 109, wherein said feedback information includes at 
least one of preference information associated with said 
metadata and logged events associated with said metadata. 

117. The computer-based communication method of 
claim 109, wherein said feedback information includes 
consumer acknowledgment information representing a 
transfer of said associated information to said consumer 
memory, and said data exchange metadata includes con- 
sumer acknowledgment metadata describing associations 
between said consumer acknowledgment information, said 
consumer memory, and said associated information; and 

wherein said processing step includes processing said 
consumer acknowledgment metadata to control further 
actions with regard to communications of said associ- 
ated information. 

118. The computer-based communication method of 
claim 109, further comprising a graphical user interface at at 
least one of said provider memory or said consumer 
memory; 

wherein said information includes graphical user interface 
information and said metadata includes graphical user 
interface metadata describing associations between 
said graphical user interface information, said 
metadata, and said associated information; and 

wherein said method further comprises processing said 
graphical user interface metadata to visually create, 
edit, delete, or manipulate said metadata. 

119. The computer-based communication method of 
claim 109, wherein said processing step further includes the 
step of translating said information according to a selected 
markup language based upon processing of said control 
structure. 

120. The computer-based communication method of 
claim 109, wherein said provider information includes pref- 
erence information representing actions to occur in connec- 
tion with said feedback information, and said metadata 
includes preference metadata describing associations 
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between said preference information and said feedback 
information; and 

wherein said processing step includes processing said 
preference metadata to control said actions. 
5 121. The computer-based communication method of 
claim 109, wherein said feedback information includes 
access control information and wherein said metadata 
includes access control metadata describing associations 
between said access control information and said associated 
information; and 
wherein said processing step processing said access con- 
trol metadata to control access to said associated infor- 
mation. 

15 122. The computer-based communication method of 
claim 109, wherein said information includes selection 
information representing selected portions of at least one of 
said consumer information and said provider information, 
and said metadata includes selection metadata describing 
20 associations between said selection information and said 
selected portions of said information; and 

wherein said processing step includes processing said 
selection metadata to select said selected portions of 
said information for transfer. 
25 123. The computer-based communication method of 
claim 109, wherein said metadata includes attachment meta- 
data associating a portion of secondary information at a 
location separate from said consumer memory; and 
30 wherein said processing step includes processing said 
attachment metadata to transfer said secondary infor- 
mation to said provider memory when said feedback 
information is transferred. 

124. The computer-based communication method of 
35 claim 109, wherein said metadata includes link metadata 

associating a portion of secondary information stored at a 
location separate from said provider memory and said 
consumer memory, and 

wherein said processing step includes processing said link 
40 metadata to transfer said portion of said secondary 
information to at least one of said provider memory and 
said consumer memory. 

125. The computer-based communication method of 
claim 109, wherein said information includes encoding 

45 information representing processes for encoding said infor- 
mation for transfer, and said metadata includes encoding 
metadata describing associations between said encoding 
information and said associated information; and 

wherein said processing step includes processing said 
50 encoding metadata to select at least one of a plurality of 
encoding processes. 

126. The computer-based communication method of 
claim 109, wherein said information includes rules, and said 
metadata includes rule metadata describing associations 

55 between said associated information and said rules; and 
wherein said processing step includes processing at least 
one rule when a communication event occurs with 
respect to said associated information. 

***** 
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